jtroo
jtroo
It looks like there's missing logs in this case for the first set of tests: > 4. press and release the hangeul key Can do the test again and make...
Unfortunately it looks like there's an issue with using the llhook mechanism to read the hangeul key. The issue looks similar to the issues discussed in #55. For the tests...
@code4rain unfortunately it seems like the interception driver can't properly support the hangeul key in its current state. That's very unfortunate, especially considering the llhook mechanism isn't perfect either. And...
Yea the panic is there because kanata doesn't know what interception codes to send for hangeul. I asked for the logs when you tap the physical hangeul key so I...
These changes are untested at the time of writing.
Merging this PR since it's low risk, but I'll keep the issue open until it's tested.
Thanks for the kind words 🙂. ## Summary > I was surprised to find this as it seems to work correctly in windows. Could it be that kanata is interfering...
Likely issue can be fixed by recursing into multi here: https://github.com/jtroo/kanata/blob/f40f4e4711915c6a058d91cbaf088c544f262a32/src/cfg/mod.rs#L788 --- Edit: rather than recursing (which the code already does), the solution is to flatten multi.
Thanks for filling the issue! I'll look into these key mappings.
Some notes for adding keymaps - kmonad's Windows key maps: ``` , (KeyKatakana, 0x15) -- , (KeyHiragana, ???) , (KeyHenkan, 0x1C) , (KeyKatakanaHiragana, 0x15) , (KeyMuhenkan, 0x1D) ``` - I...