有個前提:vc6的text editor是non-unicode窗口。若是text editor是unicode窗口,那麼WM_IME_CHAR與WM_CHAR一個屌樣。
git
在中文輸入法下輸入字符到vc的text editor中時,每一個字符都會觸發一次WM_IME_CHAR消息,好比拼音輸入法打出「我是m國人」這5個字符,就會觸發5次WM_IME_CHAR消息。這個消息的wParam參數是MultiByte編碼存儲字節。DefWindowProc對這個消息的處理是:若是wParam是ASCII碼(<0x80)中的可視字符,則在消息隊列末尾放入一條WM_CHAR消息,其wParam就是剛纔那個ASCII值,而後開始新的消息循環處理;若是wParam很屌(>0x7f),則在消息隊列末尾放入兩條WM_CHAR消息,先放的WM_CHAR消息的wParam是IME消息的wParam的高字節,後放的WM_CHAR消息的wParam是IME消息的wParam的低字節,搞定以後,就開始新一輪消息循環。循環幾輪以後,就會碰上剛纔放的那些WM_CHAR消息了。並且是這個5個IME消息都處理完後纔會碰上放入的那些WM_CHAR消息。vim
若是不是經過中文輸入法敲的東西,它直接走WM_KEYDOWN通道.數組
複製粘貼的東西不走上面說的通道。
ide
這麼處理這個過程:測試
static std::queue<BYTE> s_isUniChar; ... WndProc ... { ... case WM_IME_CHAR: { if (wParam > 0x7f) { s_isUniChar.push(2); } else { s_isUniChar.push(0); } } break; ... case WM_CHAR: { if (s_isUniChar.empty()) { // wParam就是我所要。拿到手後愛幹嗎幹嗎 //s_SetChar(wParam); } else { BYTE& rate = s_isUniChar.front(); if (rate == 2) { --rate; s_hibyte = wParam; break; } else if (rate == 1) { s_isUniChar.pop(); s_lobyte = wParam; DWORD wideChar = MAKEWORD(s_hibyte, s_lobyte); // '中'的mbcs存儲字節是0xD6D0,0xD6先到,0xD0後到,這裏必須反着拼,即拼出字符串0xD0D6 s_ClearChar(); int nUTF16Size = ::MultiByteToWideChar( CP_ACP, 0, (LPCSTR)&wideChar, 4, // 對中文的幾種編碼,4是夠的吧。不夠自行加粗 s_ch, // 6字節數組,實際上4字節就夠,但下面的參數填2時提示空間不足 3); if (nUTF16Size == 0) { return -1; } // s_ch就是我所要。拿到手後愛幹嗎幹嗎 } else { s_isUniChar.pop(); // wParam就是我所要。拿到手後愛幹嗎幹嗎 //s_SetChar(wParam); } } } break; ... }
測試了不少遍,拷貝粘貼中英文混合文章,中英文混輸,輸入法一次輸入整首長詩,都沒問題,正常打在text editor裏。
編碼
垃圾在這兒!
.net