Download it now!
Bug 68066 - UI: Customize Shortcuts dialog has inverted workflow
Summary: UI: Customize Shortcuts dialog has inverted workflow
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard: BSA ux-
Keywords:
Depends on:
Blocks: Customize-Dialog-Keyboard
  Show dependency treegraph
 
Reported: 2013-08-13 15:22 UTC by freddi34
Modified: 2019-01-22 07:12 UTC (History)
2 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 freddi34 2013-08-13 15:22:04 UTC
Problem description: 
The Keyboard tab of the Customize dialog has no optimal usability. It is not obvious what to do, it is not obvious what selection will make a change.

Assuming an action has already a shortcut (subscript, Ctrl+Shift+B), and the user wants to change it to Ctrl+Shift+H:

Steps to reproduce:
1. Open the Keyboard tab in the Customize dialog.
   From top to bottom:
2. In Shortcut keys, select the new keyboard shortcut Ctrl+Shift+H
3. In Functions, select the category "Format" and the function "Subscript"
(4. Then you would want to click "Modify")

Current behavior:
Once you click something in "Functions", the selected shortcut key gets unselected.

Expected behavior:
It should not change your selection as long as you are in the process of selecting a shortcut & function and click the button.

This workflow is inverted. As a minimum, the "Functions" section should be above "Keyboard shortcuts" so that the user selects them in the correct order.
The whole dialog would better be redesigned. A list of all combinatorial combinations of A-Z, Shift, Ctrl, Alt etc. is too long. It would be better oriented on how other (more modern) applications are nowadays implementing such a feature.
Operating System: Ubuntu
Version: 4.0.1.2 release
Comment 1 tommy27 2014-01-02 23:36:32 UTC
I agree. same behaviour in Windows.
It has always been like that: inherited from OOo.
Comment 2 Roman Kuznetsov 2019-01-22 07:12:08 UTC
In

Version: 6.2.0.1
Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1
CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; 
Locale: ru-RU (ru_RU); UI-Language: en-US
Calc: threaded

The Keyboard tab of the Customize dialog works fine

Status->WFM