Apache OpenOffice (AOO) Bugzilla – Issue 47331
Mouse scroll wheel in normal view scrolls wrong window
Last modified: 2017-05-20 10:44:58 UTC
Open/create a many slide preentation. Select normal view. If you position the mouse over the thumbnail images and scroll, the thumbnail images scroll. This is correct. If you position the mouse over the scroll bar for the thumbnail images and scroll - nothing happens (NOT what you would expect) If you position the mouse of the (large) slide image and scroll - the image moves up and down - as you would expect. If you position the mouse over the Scroll bar for the (large) slide image and scroll - the *thumbnail* window scrolls! NOT what you would expect. It's almost as if the scroll wheel even is tied to the wrong pane.
Teh last one I cannot reproduce. Maybe the focus was set to teh slide browser then. 1-3 I can reproduce.
Reassigned.
Have just installed m93 and tried again. 4 still occurs with m93. To ensure focus I have also tried this sequence, and confirm the results as originally published. Position mouse over the scroll bar "elevator", LEFT-CLICK, and then scroll. What I find with m93 is that UNLESS the mouse cursor is over the thumbnail "area", or the right hand area (eg "Layouts" in this case) the central (large) slide image scrolls. If it is over the left or right thumnail or "layouts" area, then they scroll as expected.
Update on case 4: The left scroll bar (aka the Thumbnail scrollbar) scrolls the currently focussed pane - not the thumbnail pane..
The four scroll bars (horizontal and vertical of slide sorter bar and edit view) scroll the focused pane.
The problem here is that ::ImplHandleWheelEvent() in vcl/source/window/winproc.cxx informs the window under the mouse and its parents or the window that has the focus. The former fails in this case because neither the scroll bars (the window under the mouse) nor their parents (PaneDockingWindow resp. the frame window) have special code to handle the event or have a direct connection to the view shell they are displaying. Therefore the focused window is informed, an ::sd::Window in both cases. These tell their view shells, either the slide sorter or the view shell in the center pane. As a result the focused window is scrolled. Note that this time the view shell stack is not playing a part. A solution can place the scroll bars in a parent window that can forward the mouse wheel events to their view shells. Modifying the existing parents would work only for the PaneDockingWindow. The parent of the scroll bars in the center pane is not in our domain. Alternatively the ViewShell that receives the event can check the mouse coordinates and reroute the event to the correct shell.
The problem with the new parent window is that for Accessibility we have to remove this window from the hierarchy of Accessibility objects.
Due to resource constraints I set the target to OOo Later.
I rechecked this in Apache OpenOffice 4.0.0 on Windows 7 (32 bits) and found the following behaviours (compared to the original bug report): 1. If you position the mouse over the thumbnail images (i.e. the Slide Pane) and scroll, the thumbnail images scroll. This is correct. 2. If you position the mouse over the Slide Pane's scroll bar and scroll, the slide in the editing area scrolls (while the original bug said that nothing happened). This is not what you would expect. Moreover, this also happens when you click on the scroll bar's slider before scrolling (unlike the observation in comment 3). If you first click on a thumbnail in the Slides Pane and then hover over the scroll bar, the mouse wheel will make the Slides Pane scroll; as long as a thumbnail in the Slides Pane has focus, the Slides Pane will also scroll when you use the mouse wheel over the closed sidebar to the right of the editing area. 3. If you position the mouse over the (large) slide image (i.e. the editing area) and scroll, the slide scrolls - as you would expect. 4. If you position the mouse over the editing area's scroll bar and scroll, the slide scrolls (while the original bug said that the *thumbnail* window scrolled). This is also correct. Conclusion: only the second item is still an issue, especially because after opening a slide deck, the first thumbnail in the Slides Pane seems to have the initial focus (at least visually, by virtue of the border around it).
Reset the assignee to the default "issues@openoffice.apache.org".