Closed kkard2 closed 2 months ago
You should either put l
in defsrc (alongside all other relevant keys) or use process-unmapped-keys yes
in defcfg
to have Kanata process event order correctly.
you are correct, this solves the "bug" in "To Reproduce" section. issue still persists with altgr
.
there is a workaround of using a custom altgr
layer, but it would be annoying to set up (using unicode
for every character). you would probably also need a separate altgr+shift layer?
Can you see if latest main https://github.com/jtroo/kanata/commit/a0f1b892657a340dc10a5c65a03ddaa37af0392f fixes the altgr issue?
yes, it's fixed
Requirements
Describe the bug
characters are handled only after partial chord being released, which results in out of order text. attached config with unreasonable 1500 value for testing.
Relevant kanata config
To Reproduce
a
l
a
Expected behavior
"al" (which is the behavior without kanata) instead of "la"
Kanata version
kanata 1.7.0-prerelease-1 (7adab8a)
Debug logs
No response
Operating system
Linux (X11)
Additional context
i tried a couple of values as timeout in my config, and found 75 to be the shortest acceptable value. this does not seem to result with out of order letters, but in my native language which is polish we use altgr for special characters. i find myself losing them all the time, because of muscle memory keys are pressed in the following order:
altgr
key downa
key downaltgr
key upa
key up &b
key down (in whichever order)this results in "ab" instead of "ąb".
i would personally like chords to write text as you go, and delete it if it's necessary, to have an immediate feedback (this is more of a feature request than fix to this problem), but even if that's not possible this issue should be somehow fixed