Bug in dependency xkbswitch — Fix or find alternative?

[rlue]

There is an issue present in both xkbswitch and its nearest alternative, issw, which leads to buggy IM states for certain languages (notably Chinese and Korean).

Bug Description

This issue arises when a user:

1. enters Insert mode, switches input methods, and returns to normal mode; then
2. switches windows away from vim (e.g., via <Alt-Tab>); then
3. switches back to vim and enters Insert mode again.

At this point, the system input method will automatically switch back to the target non-Latin IM (Chinese or Korean), but keystrokes produce Latin characters (sometimes ASCII, sometimes double-width).

Workaround

• switch IMs back and forth (e.g., by hitting <Ctrl-Space> twice), or
• switch windows back and forth (e.g., by hitting <Alt-Tab> twice).

Both must be performed in Insert mode.

Pending Action

Support @myshov and @vovkasm in resolving the bug in their respective programs.

[laishulu]

emacs-mac don't have such a problem

https://bitbucket.org/mituharu/emacs-mac/src/26c8fd9920db9d34ae8f78bceaec714230824dac/src/macfns.c?at=master#macfns.c

[laishulu]

kawa has a workaround

https://github.com/utatti/kawa/blob/master/kawa/TISInputSourceExtension.swift