Bug 132309

Summary:	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)
Product:	LibreOffice	Reporter:	Cor Nouws <cno>
Component:	Writer	Assignee:	Caolán McNamara <caolan.mcnamara>
Status:	RESOLVED FIXED
Severity:	normal	CC:	caolan.mcnamara, cno, heiko.tietze, ilmari.lauhakangas, jluth, kainz.a
Priority:	medium	Keywords:	bibisected, bisected, needsDevAdvice, regression
Version:	6.4.0.0.alpha0+
Hardware:	All
OS:	Linux (All)
Whiteboard:	target:7.5.0
Crash report or crash signature:		Regression By:
Bug Depends on:
Bug Blocks:	103182, 115121

Description Cor Nouws 2020-04-21 19:46:41 UTC

Writer
open dialog Tools > Chapter Numbering
listbox Number has focus = OK
Shft-Tab
  -> 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 :(

Version: 7.0.0.0.alpha0+
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: 7.0.0.0.alpha0+ (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":

https://git.libreoffice.org/core/commit/7c9bebb868cfe82dfec54f1edee199f6b4339b8f

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:
https://wiki.documentfoundation.org/Testing_Daily_Builds

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