Bug 141227 - Formally right, but logically wrong tab order sequence on the «Find and replace» form of Writer and Calc
Summary: Formally right, but logically wrong tab order sequence on the «Find and repla...
Status: RESOLVED DUPLICATE of bug 96377
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-24 13:43 UTC by Sergey Nemna
Modified: 2021-03-24 20:07 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Actuality (21.22 KB, image/png)
2021-03-24 13:44 UTC, Sergey Nemna
Details
Ideality (20.94 KB, image/png)
2021-03-24 13:44 UTC, Sergey Nemna
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Nemna 2021-03-24 13:43:03 UTC
Description:
It is common practice to implement the tab order sequence  in such a way that pressing Tab results in the element located underneath (or to the right of) the active one getting focus. But, maybe, this specific dialogue should be treated as an exception. I suspect, that in most of the cases what people wish to do is simple replacement of certain characters by some other characters. The search criteria implemented as the check-boxes underneath the «Find» field are used considerably more rarely (surely, I don't have any formal proof for that, just my own experience matching that of handful of my friends and colleagues at work).

So, I suggest the «Replace» field be the one to get focus after the «Find» one with pressing of Tab. With the second press the «Match case» gets focus and the rest goes as it does now.

The same is true for Writer (the amount of check-boxes «separating» the main fields is smaller, though). Probably, other components are affected as well.

Steps to Reproduce:
1. Launch Calc and hit Ctrl-H.
2. Hit the «Tab» key.


Actual Results:
The «Match case» check-box gets focus.

Expected Results:
The «Replace» field gets focus.


Reproducible: Always


User Profile Reset: No



Additional Info:
Speaking formally, the following is not a bug. Never the less I see it as a logical deficiency and non-optimally implemented feature.
Comment 1 Sergey Nemna 2021-03-24 13:44:13 UTC
Created attachment 170695 [details]
Actuality
Comment 2 Sergey Nemna 2021-03-24 13:44:51 UTC
Created attachment 170696 [details]
Ideality
Comment 3 V Stuart Foote 2021-03-24 20:07:19 UTC

*** This bug has been marked as a duplicate of bug 96377 ***