Bug 141771 - Unique mnemonic per dialog
Summary: Unique mnemonic per dialog
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.2.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: needsUXEval
Depends on:
Blocks:
 
Reported: 2021-04-20 09:09 UTC by Christian Lehmann
Modified: 2021-04-20 14:47 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christian Lehmann 2021-04-20 09:09:33 UTC
Description:
Most dialog boxes have an OK button in the lower right corner. However, its user interface is inconsistent:
For instance, in the “Edit fields” dialogue, once the user has selected the new target for the reference, it suffices to press ALT-O to hit the OK button. In the dialogue 'Convert table to text', there is also an OK button, and  when pressing the ALT key, the O is even underlined. Nevertheless, pressing ALT-O is of no effect.

Steps to Reproduce:
1. ALT-A
2. C
3. Return
4. ALT-O

Actual Results:
Nothing

Expected Results:
Table should be converted.


Reproducible: Always


User Profile Reset: No



Additional Info:
Please do not limit the fix to this one dialog. Instead, review the dialogs and make sure that _all_ OK buttons behave alike.
Comment 1 Heiko Tietze 2021-04-20 11:01:49 UTC
The O mnemonic was occupied by the Format list- if the label is disabled you execute the Ok button directly otherwise pressing alt+O again switches between the two items and you need to press space or return. Good news is that this mnemonic has been changed for 7.2 into alt+F now. => WFM

(In reply to Christian Lehmann from comment #0)
> Please do not limit the fix to this one dialog.

Please report all issues. Feel free to reopen, if you find one.
Comment 2 Christian Lehmann 2021-04-20 12:33:03 UTC
There are several issues here:
1) Once the user is in a subordinate dialog - like 'Convert table to text' is several clicks and submenus away from the top bar menu -, should the shortcuts of the main menu not always be disabled? The user will not wish to open one of the main menus if his current position is in a subordinate dialog.

2) If, for a given button or menu item, a shortcut is offered - like the 'O' in the table conversion dialog is underlined -, then it should work.

3) In the set of menus and submenus, there many shortcuts which are not at all mnemonic. I realize that it is laborious for developers to adjust the shortcuts to each user language. But even if all shortcuts are based on English, ALT-F for OK reminds one of nothing.
Comment 3 Ming Hua 2021-04-20 14:47:48 UTC
(In reply to Christian Lehmann from comment #2)
> 3) In the set of menus and submenus, there many shortcuts which are not at
> all mnemonic. I realize that it is laborious for developers to adjust the
> shortcuts to each user language. But even if all shortcuts are based on
> English, ALT-F for OK reminds one of nothing.
What Heiko meant is that in version 7.2 the mnemonic for Format list is changed to Alt+F, and no longer conflicts with the OK button.  The Alt+O mnemonic for OK is not changed.

Also mnemonics for languages other than English is in the control of the UI translators.  They can change it to other keys as they see fit (usually a letter already used in the label).  Please file separate bugs or make suggestions on Weblate (LibreOffice's collaboration working place for translators) if you see missing or improper mnemonics for a particular language.