Bug 83548

Summary: Indication when a keyboard shortcut is set globally
Product: LibreOffice Reporter: Yousuf Philips (jay) (retired) <philipz85>
Component: LibreOfficeAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: enhancement CC: heiko.tietze, robinson.libreoffice, sophi, thomas-libo
Priority: medium    
Version: Inherited From OOo   
Hardware: Other   
OS: All   
Whiteboard:
Crash report or crash signature: Regression By:
Bug Depends on:    
Bug Blocks: 41560    

Description Yousuf Philips (jay) (retired) 2014-09-05 22:52:59 UTC
When adding a custom keyboard shortcut within an app, when that keyboard shortcut is already set in libreoffice global, there should be some type of indication that this shortcut shouldnt be used, possibly an asterisks next to the shortcut key, and there should be a dialog notice when attempting to assign a function to that shortcut key.
Comment 1 sophie 2014-09-25 13:57:00 UTC
Just a small feedback on this, I like the possibility to use a shortcut defined as global in a specific application, if I don't use the function behind. For example, I always define F4 to insert an image in Writer, because I never use datasource in Writer. So maybe an indication that the shortcut is globally used but not that it shouldn't be used. Sophie
Comment 2 Yousuf Philips (jay) (retired) 2014-09-25 17:50:19 UTC
Yes an indication that it is globally used when assigning it in an app/module, but not that it stop you from assigning it. Hopefully you wont need F4 to insert an image in the future, as in 4.4 it will be a button in the toolbar. :)
Comment 3 Robinson Tryon (qubit) 2014-12-29 22:12:42 UTC
Sounds reasonable.
Status -> NEW

UX: Thoughts on what the indicator should be?
Comment 4 Robinson Tryon (qubit) 2016-08-24 23:14:24 UTC Comment hidden (obsolete)
Comment 5 Heiko Tietze 2017-08-09 11:22:43 UTC
The request is part of the solution presented in bug 88896, being implemented during GSoC'17 projects.

Removing UX
Comment 6 Heiko Tietze 2022-08-22 11:49:36 UTC

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