OpenEuphoria

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!
>


---