Bug 132309 - UI: List Level in dialog Tools > Chapter Numbering is hard to reach with keyboard: TAB-order forces many extra tabbing in common use case (GTK3)
Summary: UI: List Level in dialog Tools > Chapter Numbering is hard to reach with keyb...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Hardware: All Linux (All)
: medium normal
Assignee: Caolán McNamara
Whiteboard: target:7.5.0
Keywords: bibisected, bisected, needsDevAdvice, regression
Depends on:
Blocks: GTK3 Heading-Numbering-Dialog
  Show dependency treegraph
Reported: 2020-04-21 19:46 UTC by Cor Nouws
Modified: 2022-10-06 15:44 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2020-04-21 19:46:41 UTC
open dialog Tools > Chapter Numbering
listbox Number has focus = OK
  -> wrong: focus goes to the dialog tabs
  -> expected: focus goes to the list Level

this was the case in the old situation, allowing to easily handle various levels.

I couldn't find out how to get to that list with the keyboard.
But that's also due to my theme, that is vary bad at showing where the focus is :(

Build ID: 1289ef10406e00d0fc9abc5bca444d026ab21743
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-04-16_09:37:58
Locale: nl-NL (en_US.UTF-8); UI-Language: en-US
Calc: threaded
Comment 1 Dieter 2020-04-21 19:58:58 UTC
I can't confirm this. If I open Chapter Numbering Dialog Focus is on Level list.

Version: (x64)
Build ID: 1c9ced04189c9d23ffea05d5570960b54b05ef28
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: CL
Comment 2 Buovjaga 2020-06-27 14:46:38 UTC
Only reproduced with GTK3.

Bibisected with Linux 6.4 repo to https://git.libreoffice.org/core/+/59a8deae5c4c8692031c24e0d176ed29f84bc8ee%5E!/
Chapter Numbering Dialog update

Adding Cc: to Andreas Kainz
Comment 3 Justin L 2021-03-23 14:58:27 UTC
repro 7.2+
List level never seems to be the target of a tab.
Comment 4 Justin L 2021-11-20 17:23:55 UTC
7.3+ the focus still starts on the tab (and scrolls back to the tab after OK).

The numbering tab gets the tab focus after "show sublevels".
The position tab gets the tab focus "first" after leaving the tab / before Numbering alignment.

Probably it would be good to make that consistent - the levels coming first.
Comment 5 Cor Nouws 2022-03-08 17:03:54 UTC
ah, I just was about to file this bug - then saw it in the list 'possible duplicates' :D

In the current implementation
1. after launching the dialog
2. one has to use TAB 5 times (Number, Start At, Paragraph Style, Character Style, Show Sublevels)
3. then chose another level
4. then SHIFT+TAB again five times if you want to set a number...,)

The old situation:
- focus directly in Level list
- TAB, set numbering
- SHIFT+TAB, chose level
- TAB, set numbering
- SHIFT+TAB, chose level
- etc.

IMO this behavior is much more convenient.
Comment 6 Heiko Tietze 2022-03-11 12:57:10 UTC
(In reply to Buovjaga from comment #2)
> Only reproduced with GTK3.

Not an UX topic, with kf5 I shift+tab back to the tabs "Numbering, Position" with tab I go forward to Separator (followed by dialog buttons and then Number, etc.). With gtk3 I start at Number, progress through the controls below, then the Level and last the dialog buttons. Caolan, what can we do avoid inconsistencies?
Comment 7 Commit Notification 2022-10-06 15:44:35 UTC
Caolán McNamara committed a patch related to this issue.
It has been pushed to "master":


Resolves: tdf#132309 adjust ui to get better tab ordering

It will be available in 7.5.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:

Affected users are encouraged to test the fix and report feedback.