Bug 58656 - Requesting an option: allow mouse wheel to scroll window under pointer without first clicking to focus that window
Summary: Requesting an option: allow mouse wheel to scroll window under pointer withou...
Status: RESOLVED DUPLICATE of bug 75766
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.0   Edit
Hardware: All All
: P3 enhancement with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: ui, usability
Depends on:
Blocks:
 
Reported: 2004-04-15 10:23 EDT by Sean Dynan CLA
Modified: 2008-12-01 12:56 EST (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sean Dynan CLA 2004-04-15 10:23:51 EDT
I'm using Eclipse 3.0M8 on Windows XP (and occasionally on Mandrake 9.2).

I would like the perspective window under the mouse pointer to react to scroll 
wheel events without having to first click in that window.  I want my focus to 
remain in, say, the editor, but to be able to use the mouse wheel to scroll 
the 'Outline' or 'Package Explorer' trees without having to click away from 
the editor to do it.

I'm *not* advocating hover-to-focus though; I still want to click-to-focus a 
window (maybe that could be an additional option?). And I am *not* talking 
about single-click to open files, or even mouse-hover to open files (both of 
which are already options in M8).

I got used to this behaviour in other apps (Microsoft Outlook and Mozilla 
Thunderbird being a good examples).  I find it really intuitive.

Thanks
-- 
Sean
Comment 1 Grant Gayed CLA 2004-04-16 09:16:22 EDT
This has come up before, and the problem is that this is not native behaviour 
on win32 (whereas it is on mac, for instance, and eclipse does work like that 
there).  The other win32 applications that do this are changing the behaviour 
at the application level (ie.- receive the scroll event, see that the pointer 
is over another widget that will take the event, and redirect it there).

I saw a comment somewhere that this is often configurable on win32 in the mouse 
setup if you have your proper mouse driver installed.  Making this change 
essentially makes the scroll-the-hovered-widget behaviour native, and this will 
be reflected through swt accordingly.
Comment 2 Stanislav Poboril CLA 2005-02-03 05:34:23 EST
Can you implement the Display.post(Event event) method to accept event.type ==
SWT.MouseWheel? Or is there any other way to easily redirect mouse wheel event? 
One little workaround is to find if the control at the cursor is inside any
ScrolledComposite and then try to scroll it, but what if control is instance of
Scrollable (which cannot be scrolled programatically if I am right)?
Comment 3 Markus Keller CLA 2008-12-01 12:56:40 EST

*** This bug has been marked as a duplicate of bug 75766 ***