Closed rpopic2 closed 2 weeks ago
kitty doesn't handle input methods that's done by the system, you can run kitty with --debug-input and you will see what input the system sends it. I am guessing that the IME engine on your system is doing this for some reason. I have no idea why. The log from debug-input will show exactly what is happening.
The log shows ㄱㅏㅁ자, which is decoposed character. So it appears to be it's the IME engine's problem? However any other apps, includeing other terminal emulators does not have this problem. I'm only having trouble with kitty. What could be the problem..?
No idea, I dont know a lot about IME engines on macOS. If you want to investigate yourself, the relevant code is in glfw/cocow_window.m look for keyDown() function
Thanks! I'll take a look :)
Describe the bug The first korean character type gets decomposed. e.g. Typing 감 results in ㄱㅏㅁ.
The next following character you type is composed correctly. e.g. Typing 감자 results in ㄱㅏㅁ자
Typing backspace after typing a jaso and typing the whole character, results in correctly composed character. e.g. Typing ㄱ\<backspace>감자 results in 감자
*A Korean character is composed of one or more jaso.
It is not a good experience as I have to keep pressing backspace after I change to Korean..
To Reproduce Steps to reproduce the behavior:
Screenshots If applicable, add screenshots to help explain your problem.
Environment details
Additional context Reproducable with
kitty --config NONE