Opened 13 years ago
Last modified 4 years ago
#8149 assigned enhancement
Modifier key settings are not preserved when changing the keymap
Reported by: | rq | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | R1.1 |
Component: | Preferences/Keymap | Version: | R1/alpha3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description (last modified by )
I find it quite strange that settings of the modifier keys (Cmd/Ctrl/Opt) are not preserved when changing the keymap.
Change History (12)
comment:1 by , 13 years ago
follow-ups: 3 8 comment:2 by , 13 years ago
Looks like yet another unhappy KeymapSwitcher user. :-D Are those settings stored in the Key_map file? so they are overwritten on every switch with default ones.
comment:3 by , 13 years ago
Replying to siarzhuk:
Looks like yet another unhappy KeymapSwitcher user. :-D Are those settings stored in the Key_map file?
The modifier keys are stored in the keymap file yes, but, this bug is complaining about the keyboard layout, not the keymap. Does the KeymapSwitcher app modify the Keymap preference app settings file? I think not, it most likely changes the system keymap, so this bug is invalid.
comment:4 by , 13 years ago
While for us keyboard layout actually means the keyboard layout, I would assume this bug is actually about the keymap. And IIRC you mentioned you wanted to change this some day in the future, anyway :-)
Which is a good idea, btw. I think the input_server should maintain such a mapping, and apply it to all keymaps.
comment:5 by , 13 years ago
Description: | modified (diff) |
---|---|
Owner: | changed from | to
Status: | new → assigned |
Type: | bug → enhancement |
Changed the title to make it clear that this is about the keymap, not the keyboard layout, and to change it from a bug to an enhancement.
comment:6 by , 13 years ago
Summary: | Modifier key settings are not preserved when changing keyboard layout → Modifier key settings are not preserved when changing the keymap |
---|
comment:7 by , 13 years ago
Yeah, it was about keymaps indeed, sorry. By the way, I had trouble distincting between layouts and keymaps when translating the keymap preflet, I wonder if I'm the only person who had that problem. I would prefer the word "Model" instead of "Layout", it would be clearer, IMO.
follow-up: 9 comment:8 by , 13 years ago
Replying to siarzhuk:
Looks like yet another unhappy KeymapSwitcher user. :-D
It's unrelated, but by the way, I installed KeymapSwitcher, and it wouldn't even switch anything to me. :P Too bad I cannot uninstall it using installoptionalpackage.
comment:9 by , 13 years ago
Replying to rq:
It's unrelated, but by the way, I installed KeymapSwitcher, and it wouldn't even switch anything to me. :P Too bad I cannot uninstall it using installoptionalpackage.
With latest nightlies you have to use version 1.2.6.13.
comment:10 by , 12 years ago
Owner: | changed from | to
---|
This bug cannot be fixed properly without changing the current keymap API, but, a work-around could be to save and restore the modifier key assignments when switching keymaps. This could even be done in KeymapSwitcher itself.
However, my focus is not on this area currently so if you'd like to fix or work around this bug you may pick up this ticket.
comment:12 by , 4 years ago
Milestone: | R1 → R1.1 |
---|
I don't understand, modifier keys are preserved when changing keyboard layouts. If you are referring to the Apple Aluminum layouts, the modifier keys are different because the keys in hardware itself are layed out differently than on a 104/105 key keyboard.