Community
Participate
Working Groups
Build Identifier: Eclipse Platform Version: 4.2.0.v20120608-135145-9JF7BHV8FyMteji0Oi_ePMz0xuZ8TVo7lV0z0ecb Build id: I20120608-1400, Spring Tool Suite Version: 3.0.0.M3 Build Id: 201207050802 Hovering mouse over a panel within the Eclipse window does not change focus onto that panel. Reproducible: Always Steps to Reproduce: 1. At Windows 7 Ctrl Panel, Ease of Use, Make mouse easier to use, enable window focusing by mouse hovering. 2. Click on the Package Explorer and demonstrate that the mouse can scroll the panel up/down. 3. Then hover mouse over the Java editor panel. Scroll the mouse up/down - but the scrolling action is still on the Package Explorer. 4. Hover the mouse over to another window (say, Firefox) and scroll mouse up/down, focus changes to Firefox. Then hover mouse onto Java editor and scroll mouse up/down, then only would focus transfer to the Java editor panel. Therefore, to change panel focus within Eclipse window, I would first have to remove focus from Eclipse window and then re-enter focus into Eclipse window. Which somewhat defeats the purpose of mouse auto-focus.
How related is this to issue 353299?
(In reply to comment #1) > How related is this to issue 353299? That bug is unrelated to this one. I believe Eclipse is working properly here. The mouse hovering feature only activates the top level window under the pointer. It does not change which child of the window is in focus. Scroll wheel works on the focused widget. This is not an issue to Firefox because it only has one scrolling widget (the page). The same behavior happens with the Windows File Explorer app. Note that it has to scrolling widgets: Tree on the left side and files table on the right side. If you give focus to the tree and then hover over the table, scrolling events still go to the tree.
How do I change this from "bug" to "enhancement" request?
(In reply to comment #3) > How do I change this from "bug" to "enhancement" request? I guess you just changed it, but again there is nothing SWT can do here since this behavior is controlled by Windows.
