[Libreoffice-ux-advise] [Bug 103399] Editing: ALT+CTRL+ behaves as ALT+ in Writer

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=103399

Heiko Tietze <tietze.heiko at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #6 from Heiko Tietze <tietze.heiko at 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 on the CC list for the bug.