好吧,看起来好像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
,我有我的答案已经描述this question调用ImmGetCompositionString
在Imm32.dll。然后我将其显示为正在撰写的作文,但不要将其添加到我存储的文本中。
当合成字符串时,来自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点才完成。
刚刚发现http://stackoverflow.com/questions/434048/how-do-you-use-ime,早就看到了! – 2010-07-21 02:00:08