好吧,看起来 StackOverflow 上的 IME 专家并不多……或者没有人感兴趣。
不管怎样,我想通了。
基本上,我必须捕获以下 Windows 消息:
WM_INPUTLANGCHANGE = 0x51
WM_KEYUP = 0x101
WM_CHAR = 0x102
WM_CONVERTREQUESTEX = 0x108
WM_IME_STARTCOMPOSITION = 0x10D
WM_IME_ENDCOMPOSITION = 0x10E
WM_IME_COMPOSITION = 0x10F
WM_IME_SETCONTEXT = 0x281
WM_IME_NOTIFY = 0x282
WM_IME_CONTROL = 0x283
WM_IME_COMPOSITIONFULL = 0x284
WM_IME_SELECT = 0x285
WM_IME_CHAR = 0x286
WM_IME_REQUEST = 0x0288
WM_IME_KEYDOWN = 0x290
WM_IME_KEYUP = 0x291
我捕获了WM_KEYUP 和WM_CHAR,因为如果我在合成韩语字符的过程中单击某个位置,我不会收到合成消息,但我仍然需要将该字符添加到我的文本框中。这是一个奇怪的行为,我想知道这是否是一个错误。
一旦发生这种情况,韩国人、中国人和日本人之间的行为就会不同。
韩语真的很简单(不过我不确定汉字转换,因为我不知道如何使用它)。
基本上,对于所有语言,每当我收到 WM_IME_COMPOSITION 时,我必须在 Imm32.dll 中调用 ImmGetCompositionString,正如我在回答 this question 时所描述的那样。然后我将其显示为正在进行的合成,但不要将其添加到我存储的文本中。
组合字符串后,来自 Windows 的消息对于每个 IME 都是不同的。每次都可以从WM_IME_COMPOSITION消息中得到。
在韩语中,LParam 将只是 GCS_RESULTSTR,WParam 将是输入的字符,我可以将其转换为 char
在日语中,“LParam”为GCS_RESULTREADSTR | GCS_RESULTREADCLAUSE | GCS_RESULTSTR0 | GCS_RESULTCLAUSE。我必须使用我从之前的 WM_IME_COMPOSITION 消息中存储的ImmGetCompositionString 的结果,因为此时它将是一个空字符串。
在中文中,LParam 将是GCS_RESULTREADCLAUSE | GCS_RESULTSTR0 | GCS_RESULTCLAUSE。和日文一样,除非之前存储的ImmGetCompositionString 为空,在这种情况下我需要将WParam 转换为字符。
在所有三种情况下,我都必须确保清除显示的正在进行的比赛。
如果我收到WM_IME_STARTCOMPOSITION,我会设置一个合成标志(并显示正在合成的字符串)
如果我收到WM_IME_ENDCOMPOSITION,我会清除该标志(并清除正在进行的合成字符串)。
有时我没有收到WM_IME_ENDCOMPOSITION,所以我在收到WM_CHAR 时清除我的标志。
总而言之,这是一次非常有趣的学习体验,而且还在进行中 - 但 IME 现在终于可以在我的控制下使用了!我一直工作到凌晨 1 点才完成。