Community
Participate
Working Groups
E.g. in Mozilla/Thunderbird, turning the mousewheel automatically targets any scrollable widget under the current mouse position, without explicitly having to move the focus to that widget first. This is really handy to have: just move the mouse over any list (or View, in Eclipse) and turn the scrollwheel to scroll it, without having to click anywhere. The keyboard focus remains the same in Thunderbird, by the way, even when the mousewheel targets a different widget.
*** This bug has been marked as a duplicate of 45027 ***
Please change Component from UI to SWT. I agree this is an interesting enhancement request. Should consider an option to enable it in the preferences. Just reopen when you have enough votes (let the 45027 bug closed) --Steve
This is an enhacement proposal for the User Interface, and not a bug of SWT (as the other bug 45027 is). I don't know where it would be implemented, but Grant Gayed seems to think that SWT is the wrong place.
Discussion among dev teams indicates that swt won't do this because mousewheel scrolling is done natively, and in order to change the behaviour we would have to get in the way of each platform. Overriding a native behaviour on all platforms is not something that swt should be doing.
*** Bug 46646 has been marked as a duplicate of this bug. ***
By the way, this behaviour would not have to be changed for all platforms. As far as I know, at least on some Windowmanager/Linux distro combinations (GNOME/MetaCity), Eclipse already behaves like that. There this is already standard behaviour of the platform. Changing the behaviour on Win32 would only bring that platform up to the same level. Also, providing it only for Win32 would certainly make 99% happy of those looking for it (and probably delight a lot of more people who didn't know about the idea before).
Most Windows apps use the wheel on hover, pretty much seems to be standard (as well as fundamentally deeply preferrable) for all MS stuff. Don't know about the underlying event queuing. Wheel operation is a major major major usability point, since it is a common and well-used part of the basic control surface for users.
scrolls as expected on kde/linux. at work on win32, i have to click in a panel to have it scroll there. does not scroll where the mouse is positioned over. would love to have win2k work as in kde.
*** Bug 49816 has been marked as a duplicate of this bug. ***
This behavior /used/ to work and my productivity misses it very much. I have x-mouse enabled for WinXP but it no longer functions within Eclipse to switch between views like it previously did.