Hi! On 2003-04-02 07:15:08 -0300 Michael Hanni <[EMAIL PROTECTED]> wrote:
It does a slower scrolling, the mouse must be moved much more for the same movement of the scroller..[...] I have only one question: I understand what the alternate modifier does when clicking on the scroller button, but what does it do when you grab the scroller "knob"?
* Source/NSScroller.m (trackKnob:): stop slogging through mounds of
mouse motion events and use periodic events.
I think that this kind of code exists in more than one place in GNUstep (and probably in some applications, like in mine), because there are too many mouse moved events that are generated by X. Wouldn't it be a better idea to change the backend to filter out some of those events and not have to have this solution reimplemented many times in many places? There is also a similar and very annoying flood of events when resizing a window using an opaque-resizing window manager.
Added mask for changed
flags so we catch modifier key changes.
I'm not completely sure, but I think that OS considers the state of modifier keys as they were at the beginning of a mouse tracking session for the whole session, ignoring changes afterwards.
Benhur
_______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep
