Bug 118239 - Short cuts – allow for actions in reverse ways.
Summary: Short cuts – allow for actions in reverse ways.
Status: RESOLVED WONTFIX
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.0.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-06-19 11:02 UTC by ricky.tigg
Modified: 2018-06-20 08:05 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 ricky.tigg 2018-06-19 11:02:31 UTC
Description:
Short-cuts are at best one-way commands. Such behaviour have an immediate negative effect on productivity.  

Description applies to any objects that fill the following requirement: Tool opening in a dedicated tool-bar or tool-window and for which a short-cut association does exist.

Steps to Reproduce:
Use any short-cut eligible as relevant object as above described; be it the tool Find-and-replace (key combination: Ctrl+H).

Actual Results:
Execution of such combination acts exclusively as an order either for displaying a tool-bar or opening a tool-window. In order to achieve the reverse effect –the closure of a tool-bar or tool-window–, a manual action applying to the respective Close icon is required.

Expected Results:
As a general enhancement aiming to a better productivity, such short-cuts to act in reverse ways. According to the tools involved, the execution of those short-cuts would be appropriate to act as commands that either display a tool-bar or open a tool-window, or remove a displayed tool-bar or close a tool-window.

Illustration: e.g. 'Ctrl+H' may act as a command for either opening or closing its associated tool-window.


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.0.4.2
Build ID: 6.0.4.2-4.fc28
CPU threads: 2; OS: Linux 4.16; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 V Stuart Foote 2018-06-19 14:31:01 UTC
You mean something more that <Esc>? 

And for many dialogs/frames repeating the "shortcut" already closes out the element.
Comment 2 ricky.tigg 2018-06-19 18:58:21 UTC
Indeed in the case of 'Ctrl+H' that is the use of key Esc that was adopted to act as the Close command, not the reverse way. So it seems that there was then no object for enhancement in the present report.
Comment 3 Heiko Tietze 2018-06-20 08:00:35 UTC
There are toggle function like bold font weight (ctrl+B) that works in both ways. The status is indicated by a lowered toolbar button (depending on your desktop environment/used theme). We also have some hidden functions that get sticky (toggled on) after double click, Clone Formatting is an example. 
Other commands start a function like Save (ctrl+S) or Print (ctrl+P), which cannot be reverted.
Speaking about toolbars, there is another method for activation with hotkeys, given the function is placed in the main menu. In case of LibreOffice we provide it at View > Toolbars (alt+V, T, <selection>).

Closing the request as WONTFIX.

If you assign a shortcut to the visibility of the toolbar you need to grab the mouse afterwards to start your command. Makes no sense IMHO. But luckily we offer a personalization via Tools > Customize > Keyboard.
Comment 4 Heiko Tietze 2018-06-20 08:05:46 UTC
Some commands open dialogs, ctrl+H for Find & Replace, and dialogs are handled via confirmation button, where Cancel is assigned to escape and Okay (or the confirmative action) to Enter (depending on the workflow it might also require a more intentional action/click).

Last but not least some functions should execute/open/show something but not revert this operation. You press ctrl+F to show the find bar but when you press it again it doesnt close but receives the focus again when you are working in the document. Escape is the typical shortcut to close those dialog-like toolbars/widgets.