https://bugs.documentfoundation.org/show_bug.cgi?id=115052
--- Comment #5 from Thomas Lendo <thomas.le...@gmail.com> ---
(In reply to Yousuf Philips (jay) from comment #4)
> (In reply to Thomas Lendo from comment #2)
> > The locale shortcut fix is one step but isn't perfectly usable now because
> > of the very limited range of available (US English) keys. Many keys of
> > non-US English keyboard layouts cannot be used today
> Then likely an enhancement report should be filed to include non-US
> characters into the list
This can be answered in this enhancement request and that's what this bug is
for. Pre-defined enhanced shortcut key list or auto-detected by locale or
auto-detected by the plugged keyboard or whatever is possible or realistic.
> > a shortcut like Ctrl+# is possible with a German keyboard layout but not
> > with an US English keyboard layout
> Ctrl+# is available on the english locale with Ctrl+Shift+3.
Modifier1+Key (my request) is a completely different shortcut combination than
Modifier1+Modifier2+Key (your suggestion). [And of course I know that and where
# is available on an US keyboard layout ...]
> > The same is valid vice versa: Ctrl+; isn't
> > possible with a German keyboard layout (as US English ';' key is 'รถ' in
> > German) so this can be hidden there, but must be shown for US English
> > keyboard layout.
> I can see ';' in the same ',' key in the german keyboard image you linked to.
As said before: English Ctrl+; (Modifier1+Key) would be available via
Ctrl+Shift+, (Modifier1+Modifier2+Key) on an German keyboard but that's no
solution for the request of this enhancement request. Ctrl+Shift operations
should only be used for seldom used functions--and to expect that non-US users
should use complicate shortcuts for things for that US users have a good/easier
shortcut is not user friendly.
(In reply to Heiko Tietze from comment #3)
> Created attachment 139139 [details]
> Keyboard assignment on LXQt
>
> Would drop the whole concept of predefined keys and just allow anything what
> comes from the keyboard. That also means the keyboard tab needs a complete
> revamp. Something like KDE has or in the attached example from LXQt (after
> clicking the shortcut button you have 10s to press any key combination).
Maybe what you show from LXQt can be done as a first step. Sounds like an ugly
hack (from UX perspective) but to add an extra possibility to add a key
combination--that also allows non-US keyboard keys--would prevent to revamp the
whole Customize dialog and hard coded key assignments in the LO code.
--
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
