Dodging linux remapping screwing up functions keys like F13 and its sisters #795
-
|
if you run a, say a tap dance on ralt that returns ralt on first tap and f13 on another tap, you will likely see F13 key in kanata's debug being pressed and released. So far, so good. If, however, you run xev and check out out the output of double ralt: you will something like Further investigation will lead you into some dusty corner of config files where I got this far, and I have no idea how to surmount this obstacle. Can this be circumvented without messing with xmodmaps and the like? I tried fake keys but they didn't improve much. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
|
I'm not entirely sure why your environment has these unexpected (to me) mappings, but at least to my knowledge, configuring xmodmap / xkb (environment dependent) is the way to get around this - in the direct manner at least, because the mappings themselves are defined by xmodmap / xkb. At least if what you want is to use f13 or f19 as-is. I don't see anything about the end goal of what you want f13 or f19 for - perhaps if you expanded upon that, there might be other workarounds. |
Beta Was this translation helpful? Give feedback.
-
|
Quite sad to hear, I bite the bullet and modified |
Beta Was this translation helpful? Give feedback.
I'm not entirely sure why your environment has these unexpected (to me) mappings, but at least to my knowledge, configuring xmodmap / xkb (environment dependent) is the way to get around this - in the direct manner at least, because the mappings themselves are defined by xmodmap / xkb.
At least if what you want is to use f13 or f19 as-is. I don't see anything about the end goal of what you want f13 or f19 for - perhaps if you expanded upon that, there might be other workarounds.