https://bugs.documentfoundation.org/show_bug.cgi?id=103399
Heiko Tietze <tietze.he...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
--- Comment #6 from Heiko Tietze <tietze.he...@gmail.com> ---
(In reply to V Stuart Foote from comment #4)
> Leaning toward a NotOurBug for the described use case with external program.
My first idea was that hotkeys are case insensitive, and shift is needed for
the non-alphanumeric mnemonics. From wikipedia 'keyboard shortcut'
"At times, usually on Unix platforms, the case of the second character is
significant – if the character would normally require pressing the Shift key to
type, then the Shift key is part of the shortcut e.g. '^C' vs. '^c' or '^%' vs.
'^5'. ^% may also be written "Ctrl+⇧ Shift+5"."
Kate, very common Qt ASCII editor, forwards shift+alt+<key> into the document
instead to open the menu. Firefox does nothing on shift+alt+F, the same for
Inkscape, Gimp, Calligra...
WPS Writer allows alt+H as well as shift+a+H to enable the respective section.
The same for Thunderbird (surprisingly inconsistent for Mozilla).
So my take is to add this to the HIG (and apply of course):
* Unless not explicitly defined a shortcut is limited to only one key
combination. If alt+<key> is defined shift+alt+<key> will not work as an
alternative by default.
--
You are receiving this mail because:
You are the assignee for the bug._______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
