Steps to reproduce in Writer:
1) Open a text document
2) Open Sidebar (Menu > View > Sidebar)
3) Click on Page deck tab
4) Click in Format panel Width spin box
5) Move mouse pointer over tab bar
6) Use mouse wheel to show a different deck
Result: Cursor is hid in Width spin box. Test this by pressing up and down keys and observing document view width change.
Expected results: Mouse wheel does not change visible deck so focus is not hid.
I can't reproduce it in
Build ID: 31d3369803ce4eceab5ef708f2cd33748b6d10ea
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Could you please try in master again ?
Created attachment 149034 [details]
Hi Xisco, Thanks for trying to repro.
I still reproduce using
Build ID: ee3cf6c82747385a1466cde66598d8e92859c904
CPU threads: 4; OS: Linux 4.18; UI render: default; VCL: gtk3;
Locale: en-US (en_US.UTF-8); UI-Language: en-US
I've attached a video demonstration. Notice that keyboard focus and cursor is hid in Page deck Format panel Width spin box when deck is changed to Gallery deck using mouse wheel positioned on sidebar tab bar. This allows page width to be sized using up and down arrow keys. Tab key will change hidden focus to Height spin box which can then be sized with up and down arrow keys.
While making the video demonstration I noticed tab key navigation shows combo box outlines from Page deck on top of Gallery deck. This is due to focus still in Page deck.
This started when the decks started responding to the mouse wheel (5.1).
Arch Linux 64-bit
Build ID: e77beebb0d839f5dc0d4f9c4fd7cc9b7ccfd0175
CPU threads: 8; OS: Linux 4.20; UI render: default; VCL: gtk3;
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Built on 16 February 2019
One way to fix this would be to revert the patch that introduced scroll wheel functionality to the sidebar tab bar.
Author: Bjoern Michaelsen <firstname.lastname@example.org>, Wed Oct 28 01:58:43 2015 +0100 (3 years, 4 months ago)
Committer: Bjoern Michaelsen <email@example.com>, Wed Oct 28 02:11:58 2015 +0100 (3 years, 4 months ago)
handle scrollwheel events in TabBar of Sidebar
- using the scrollwheel in the TabBar used to scroll the document:
- even though the deck next to it handles scroll event on its own
- thus there are two areas that arent even touching (separated by the
deck) scrolling the same area
- instead, now we capture mousewheel scrolls and switch through the
decks of the sidebar. This should also severely simplify navigating