Bug 96377 - On tab, directly advance from Find to Replace
Summary: On tab, directly advance from Find to Replace
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
(earliest affected) release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
: 141227 (view as bug list)
Depends on:
Blocks: Find&Replace-Dialog
  Show dependency treegraph
Reported: 2015-12-10 05:38 UTC by Tim Chambers
Modified: 2021-04-25 20:37 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:
Regression By:

F&R at Kate (8.84 KB, image/png)
2021-03-26 08:09 UTC, Heiko Tietze

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Chambers 2015-12-10 05:38:48 UTC
if open the find and replace window (e.g. ctrl-h), I can enter a search string straight away (curson=r is in the "find" text entry field).

If <tab> is pressed to skip to the next field it goes to various buttons before getting to the "replace" text entry field.

A more useful flow would be for the <tab> key to go from the "find" field directly to the "replace" field with the buttons then to follow.
Comment 1 Joel Madero 2015-12-10 06:09:43 UTC
UX needs to decide this one.
Comment 2 Heiko Tietze 2015-12-10 06:41:41 UTC
But what if people use this dialog to just find something, perhaps in order to save the vertical space of the find bar? And for the sake of safety first you execute 'find next' on enter whether pressed at the search or the replace input. If we follow your suggestion it makes only sense when the two find buttons are removed, which makes the dialog a little bit more familiar.
Another remark: Have you considered to use the shortcut alt+p (depending on your localization) to jump to the replace input? Not that convenient as tab but better than tripple-tab.
Comment 3 Robinson Tryon (qubit) 2016-08-25 04:45:06 UTC Comment hidden (obsolete)
Comment 4 Heiko Tietze 2017-01-23 14:28:12 UTC
Closing now.
Comment 5 V Stuart Foote 2021-03-14 14:28:22 UTC
Keyboard <TAB> navigation is alternative to the mouse driven GUI--and in the case of the common use Find & Replace dialog each <Tab> checkbox advance (variable depending on module) control attributes of the Find action.  

The sequence is correct as the Find must be fully configured before the Replacement can be configured/entered.

Additionally, controls must remain consistent for a11y considerations. Keyboard movement jumping backward, or haphazardly, in a dialog is disruptive.

IMHO => WF was appropriate, and remains so.
Comment 6 framue 2021-03-20 18:36:21 UTC
Proposal: Move the search modifiers above the "Find" input field. Initial focus upon opening the "Find and Replace" dialog should stay on the "Find" input field.
With this solution, it would be possible navigate to the "Replace" input field by pressing the tab key two times. 

Additional proposal: Put a hint for the possibility to use Alt+P to navigate to the "Replace" input field.
Comment 7 V Stuart Foote 2021-03-24 20:07:19 UTC
*** Bug 141227 has been marked as a duplicate of this bug. ***
Comment 8 Heiko Tietze 2021-03-26 08:09:29 UTC
Created attachment 170745 [details]
F&R at Kate

Not above but maybe below like Kate does (the KDE text editor)