Is there a way to make a compose key work with unicode aliases on Linux? #1255
-
As described here, unicode keys on Linux use characters' code points instead of directly inserting the character in question. A side effect of this is that trying to use a unicode character in a compose sequence leads to the second and third digits in the character's code point being composed together. For example, trying to use ſs to make ß leads to 017F becoming ⅐f. |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments 1 reply
-
An alternative method to Unicode input that might be tried (not implemented) is clipboard input. If you press compose, paste ſ from clipboard, then type s, does it still work? Experimental questions aside, the best solution is likely to avoid Unicode for these use cases. Is there a reason to have ſ in Kanata as Unicode instead of in xkb? Unfortunately, at the layer Kanata works in, arbitrary character outputs don't work well. |
Beta Was this translation helpful? Give feedback.
-
That's an interesting idea. It hadn't occurred to me to add these unicode characters to my XKB layout and use transparent keys for them. |
Beta Was this translation helpful? Give feedback.
-
Is there a way to make a transparent key on a while-held layer refer to a key in defsrc instead of it typing that key's output for the main layer? Your solution should work fine for the base layer but most of my Unicode keys are on other layers. |
Beta Was this translation helpful? Give feedback.
An alternative method to Unicode input that might be tried (not implemented) is clipboard input. If you press compose, paste ſ from clipboard, then type s, does it still work?
Experimental questions aside, the best solution is likely to avoid Unicode for these use cases. Is there a reason to have ſ in Kanata as Unicode instead of in xkb? Unfortunately, at the layer Kanata works in, arbitrary character outputs don't work well.