Hi,
I'm currently working for scrollbar bug (issue 77549). I commited a
change in aquavcl03, and it works better, but it's far to be correct:
- still an offset, mainly with font list
- it's slow ( fonts list again )
For that, I propose a new change: instead of read the preferences every
time a scrollbar is used, read one time only, and use saldata structure
in runtime ( a boolean here): will save a lot of time in runtime (a
simple true/false test is faster than read values every time )
The patch is :
http://eric.bachard.free.fr/mac/aquavcl/patches/aquavcl03_august2007/scrollbar/scrollbar_new2.diff
Please note:
- this patch is not complete: the way to be informed system preferences
have been modified in runtime is still missing. I'm searching if events
or something like that can be used.
- a previous version (using salinstance) can be found :
http://eric.bachard.free.fr/mac/aquavcl/patches/aquavcl03_august2007/scrollbar/
( was
http://eric.bachard.free.fr/mac/aquavcl/patches/aquavcl03_august2007/scrollbar/scrollbar_new.diff
), but use salframe is probably better.
I remember Philipp adviced me to use something about that. It was "..
call SendInternalEvent( pThis, NULL,SALEVENT_SETTINGSCHANGED ) on your
SalDisplay, and this will cause SalFrame::UpdateSettings to be called
again ... ".
Is it possible to use such mechanism there ?
Thanks for any test or comment.
Eric Bachard
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
