[Libreoffice-bugs] [Bug 115052] Allow other keys than from US keyboard as shortcut keys

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Wed Mar 25 11:03:26 UTC 2020


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

--- Comment #19 from Heiko Tietze <heiko.tietze at documentfoundation.org> ---
(In reply to Janvi from comment #18)
> ... problems than I tried to describe in bug #131316

> cntl + q - s what is to press the two keys cntl  and q, then release both
> (or only one or none) and then press the key s. This requires further states
> for a state machine implementation.

I disagree here. Those key sequences are always rather easter eggs than usable
interactions. Maybe some specialized apps work like this but not in general. 

> 1) writing a real time state machine...
> 2) modifing all used LO classes
> 3) connect output from 1 to 2
> 4) configure a default setup

Right now we have something like 

css::awt::Key::A -> "KEY_A" (defined at multiple places)
css::awt::Key::CTRL_LEFT -> "KEY_MOD1"
KEY_MOD1 + KEY_A -> .uno:SelectAll

there is nothing like 

css::awt::Key::Ä defined to use ctrl+Ä (A umlaut). If you describe <any>U+00CA
+ ctrl as state machine I'm with you. The point with KDE was rather how to get
the Ä into the game since we a) do not want to add this key value and every
other possible to the program and b) want to respect localized keyboards (yours
likely has no Ä key available but you can press ; without need for shift).

Some numbers to show how much effort it is:

git grep KEY_A |wc -l
198
git grep KEY_MOD1 |wc -l
564

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200325/60818dc5/attachment.htm>


More information about the Libreoffice-bugs mailing list