ユニコードウィンドウでの非ユニコードWM_CHAR

Question

RegisterClassExWとCreateWindowExWを使用してウィンドウを作成する関数をエクスポートするDLLを作成しました。すべてのメッセージは、

GetMessageW(&msg, wnd_handle, 0, 0); 
TranslateMessage(&msg); 
DispatchMessageW(&msg); 

によって取得されます。また、DLLをロードして関数を呼び出すプログラムがあります。

Unicodeのウィンドウ作成方法にもかかわらず、WM_CHARメッセージのwParamには、ASCII以外の記号を入力するかAlt +（コード）を使用しても常にASCII文字が含まれます。 UTF-16の代わりに、wParamには、 'A'と 'z'の間にASCII文字が含まれています。 WndProcは、DLL内の静的関数です。

すべてのウィンドウ関連のコードが1つのプログラム内にある場合、問題は発生しません。

DLLのウィンドウ内にユニコードWM_CHARのメッセージが常にあるのですか？

Answer 1

問題がメッセージ検索プロセスにありました。私はGetMessage()を、代わりにGetMessageW(&msg, 0, 0, 0)のGetMessageW(&msg, wnd_handle, 0, 0)の0の代わりに、私のウィンドウのハンドルに使用しました。
このように、WM_INPUTLANGCHANGEREQUESTメッセージは飲み込まれ、ロケールは英語のままでした。

Answer 2

私は100％確実ではないけど、それが役立つかもしれない：

を使用すると、DLL関数を呼び出すコードを実装するプロジェクトの設定に見てみましょう。文字セットもUnicodeで、マルチバイトではないことを確認してください。

（Project Propertiesに移動し、Generalセクションに移動し、Character SetオプションをUse Unicode Character Setに設定してください）。私はあなたがVisual Studio 2003以降を使用していると仮定していました。

Answer 3

あなたのアプローチはうまくいくはずです。

ワイドバージョンの代わりにANSI DefWindowProcを呼び出す可能性はありますか？それはWM_UNICHARをANSI WM_CHARメッセージに変換します。多分それはあなたが見ているものを説明するでしょう。

実験として、私はWM_UNICHARメッセージを直接処理し、その時点でデータがどのように見えるかを確認します。