Re: win32lib scrollbar bugs
- Posted by jordah at btopenworld.com Feb 03, 2003
- 447 views
Hi, That is not a bug in win32lib.... u have the option of changing that value in win32lib. Its also more importantly there to easily handle progressbar scrolls. It is MS' fault for not updating the scrollbar... i mean the progress bar suffers the same but in later version of comctl32 (ver 4.70 and above) PBM_SETRANGE32 was introduced to allow 32 bit values for scroll range. I hope Derek adds this fix to win32lib since 96% of euphorians use comctl32 4.7 and above. This is a very known issue to microsoft so don't blame win32lib. U can still do some calculations to solve this bug. eg u make to every 1 scroll of the thumb....get scroll*ratio... That was my first work around to progress bar setrange. Jordah ----- Original Message ----- From: <daryl_vdb at hotmail.com> To: "EUforum" <EUforum at topica.com> Sent: Monday, February 03, 2003 7:13 AM Subject: RE: win32lib scrollbar bugs > > > >This behaviour is not related to Win32Lib or any bug... > > > >Microsoft (in their infinite wisdom) decided the messages that indicate > >scroll bar position, WM_HSCROLL and WM_VSCROLL, are limited to 16 bits > >of position data (65535 max). I am not aware of any reliable work > >around apart from creating a custom scroll bar control. > > > >Don > > It looks like I'll have to create a custom control. My wave editor > program will require very long scrollbar ranges for large files. > > Acrually, I did find the cause of the bug for window scrollbars. > In function NewControl: > > window_range[id] = {0, 100} > > change it to {0, 65535} and youll get full use of the scrollbar. > This is definitely a bug in win32lib. > > regards, > Daryl Van Den Brink > > > > TOPICA - Start your own email discussion group. FREE! > ---