Tools -> Customize -> Keyboard: window lacks "Apply"-button. if you want to change e.g. a keyboard shortcut for the current application (e.g. writer) and subsequtnly want to change a shortcut for the "global" libre office suite, you are basically forced to klick the "OK"-button and open the window again. just klicking the other radio button leads the previous made changes forgotten, as mentioned here: https://bugs.documentfoundation.org/show_bug.cgi?id=164449
Please attach a screenshot of that window. Assign is only available, when it is allowed.
Created attachment 198261 [details] Screenshot of the tools -> customize -> keyboard window (In reply to m_a_riosv from comment #1) > Please attach a screenshot of that window. > > Assign is only available, when it is allowed. yes, of course. btw. just to be sure: i am talking about the "Apply"-button, not about the "Assign"-button.
Revision of the Keyboard panel of the Customize dialog, bug 115527 does not discuss addition of an 'Apply' key to assign/apply workflow. Adding it would allow RB mode change between global or module specific keyboard shortcuts. Seems like it should?
Apply would be in context of the dialog. But why would you want to apply if pressing a shortcut is pointless when the customization dialog is open? I also don't get the "RB mode change"- what exactly is not possible today?
(In reply to Heiko Tietze from comment #4) > Apply would be in context of the dialog. But why would you want to apply if > pressing a shortcut is pointless when the customization dialog is open? I > also don't get the "RB mode change"- what exactly is not possible today? The RB allow you to manage effects on global *OR* on specific target module, but not both. Currently, any pending changes while in dialog (without OK *and relaunch*) get dropped when attempting to customize if user toggles the RB. Seems like the dialog should allow you to complete a module change and then a global change or vice versa in a single session. The current KB 'Assign' button only sets the change as pending, 'OK' button completes assignment but closes the dialog. Work flow could be the assignment and completion in Global, then select RB for active module and 'Assign' and complete customization(s) there as well all in a single launch of the dialog.
(In reply to V Stuart Foote from comment #5) > The RB allow you to manage effects on global *OR* on specific target module, > but not both. Then we need to fix this rather introducing a workaround.
(In reply to Heiko Tietze from comment #6) > (In reply to V Stuart Foote from comment #5) > > The RB allow you to manage effects on global *OR* on specific target module, > > but not both. > Then we need to fix this rather introducing a workaround. imho right, this is exactly what I have been suggesting here: https://bugs.documentfoundation.org/show_bug.cgi?id=164449
*** Bug 164449 has been marked as a duplicate of this bug. ***
We discussed the topic in the design meeting. Proper solution is to show both, the application-wide and per module shortcut, at once. This is proposed in bug 115052 and bug 115527. In any case this issue is a duplicate of bug 66298 (and I'll comment there too). *** This bug has been marked as a duplicate of bug 66298 ***
(In reply to Heiko Tietze from comment #9) > We discussed the topic in the design meeting. > > Proper solution is to show both, the application-wide and per module > shortcut, at once. This is proposed in bug 115052 and bug 115527. > > In any case this issue is a duplicate of bug 66298 (and I'll comment there > too). > > *** This bug has been marked as a duplicate of bug 66298 *** And the resolution would likely be as noted on the duplicate bug 66298#9 <snip> The design group discussed the topic for bug 164458 and recommend to just immediately apply the shortcuts when entered. (There are probably more duplicates => higher importance) </snip>