Summary: | Requesting an option: allow mouse wheel to scroll window under pointer without first clicking to focus that window | ||
---|---|---|---|
Product: | [Eclipse Project] Platform | Reporter: | Sean Dynan <seandynan> |
Component: | SWT | Assignee: | Platform-SWT-Inbox <platform-swt-inbox> |
Status: | RESOLVED DUPLICATE | QA Contact: | |
Severity: | enhancement | ||
Priority: | P3 | CC: | avernet, grant_gayed, markus.kell.r |
Version: | 3.0 | Keywords: | ui, usability |
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Whiteboard: |
Description
Sean Dynan
2004-04-15 10:23:51 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. 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)? |