[haiku-bugs] Re: [Haiku] #1449: implement keymap switching application
- From: "Haiku" <trac@xxxxxxxxxxxx>
- To: undisclosed-recipients: ;
- Date: Fri, 08 May 2020 07:57:02 -0000
#1449: implement keymap switching application
-----------------------------------+----------------------------
Reporter: diver | Owner: korli
Type: enhancement | Status: reopened
Priority: normal | Milestone: Unscheduled
Component: Servers/input_server | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Platform: All |
-----------------------------------+----------------------------
Comment (by pulkomandy):
So, here's the mailing list comment from Siarzhuk Zharski about the
KeymapSwitcher design:
It's design is rather eccentrical - the input filter watches for key
events and send corresponding switch messages to the replicant in Deskbar
that overwrites the ~/config/settings/Key_map file and forces input_server
to reload current keymap. Because of such "unoptimal" design it has no
chance ever to settle in the Haiku tree.
Another problem this package tries to solve is shortcuts mapping. Haiku
has inherited from BeOS the character-based shortcuts and user have to
press different keys combinations on different keymaps for the same
shortcut. Many people found this annoying - because this breaks the whole
idea of shortcuts as "muscle memory using". And needless to say that
cyrillic keymaps have no latin characters at all so russian guys are not
just annoyed but in the great fury. To calm them, KeymapSwitcher select
one of configured keymaps as "base" one and use it to substitute shortcut
characters on the fly in the input filter so they looking like from latin-
based keymap.
Indeed it would be nice for input_server to be able to switch keymaps
without having to rewrite the settings file everytime.
--
Ticket URL: <
https://dev.haiku-os.org/ticket/1449#comment:24>
Haiku <
https://dev.haiku-os.org>
The Haiku operating system.
Other related posts:
