IsDialogMessageが処理する前にメッセージを傍受する

前回は、ユーザーがダイアログの閉じるボタン（または同等の非クライアント領域ジェスチャー）をクリックしたことを認識する方法を見ました。システムが提供するダイアログを閉じるもう一つの方法はESCキーの押下であり、フローチャートから、これはIsDialogMessage関数によって処理されることが分かりました。 ダイアログボックスにIDCANCELボタンがない場合、IsDialogMessageはESCキーを無視します。したがって、ESCキーを処理したい場合は、IsDialogMessageが処理する前に傍受する必要があります。 さて、システムが提供するダイアログ終了の追加経路が将来追加される可能性を懸念するかもしれません。（もしかすると、新しいタッチジェスチャーが発明されるかもしれません。）しかし、将来のシステム提供の終了メカニズムがどの経路を取るか予測できないため、コード化すべき対象がありません。できることは、既知の経路をカバーし、将来の終了メカニズムがいずれかの既存経路に従うことを望むことだけです。 フローチャートから、ESCキー経路はIsDialogMessage関数を経由することが分かりました。したがって、IsDialogMessageが処理する前にESCキーを傍受すればよいのです。 これを行う一つの方法は、IsDialogMessageを呼び出す前にESCキーを認識することです。 最初の試みは次のようになるかもしれません: while (⟦ダイアログがまだアクティブ⟧ && GetMessage(&msg, NULL, 0, 0, 0)) { if (msg.message == WM_KEYDOWN && msg.wParam == VK_ESCAPE) { ⟦カスタムESCキー処理を実行⟧ } else if (!IsDialogMessage(hdlg, &msg)) { TranslateMessage(&msg); DispatchMessage(&msg); } } しかし、これはDLGC_WANTALLKEYSを宣言するコントロールを尊重しません。DLGC_WANTALLKEYSは、コントロールがすべてのキーボードメッセージを処理したいことを示します。ESCキーもその一つです。DLGC_WANTMESSAGEも同様に、コントロールがこの特定のメッセージを処理したいことを示します。 bool IsDialogESC(HDLG hdlg, MSG const* msg) { if (msg->message != WM_KEYDOWN || msg->wParam != VK_ESCAPE) { return false; } if (msg->hwnd != hdlg && !IsChild(hdlg, msg->hwnd)) { return false; } auto code = SendMessage(msg->hwnd, WM_GETDLGCODE, msg->wParam, (LPARAM)msg); if (code & (DLGC_WANTALLKEYS | DLGC_WANTMESSAGE)) { return false; } return true; } これがダイアログ終了の可能性のあるESCキーであるためには、メッセージはVK_ESCAPE仮想キーコードを持つWM_KEYDOWNメッセージでなければなりません。また、メッセージのターゲットウィンドウはダイアログ自体か、その子孫でなければなりません。最後に、ターゲットウィンドウがこのメッセージを処理したいと主張してはなりません。 できるだけ早く早期リターンできるように、テストの順序を慎重に決めました。ESCキーのチェックはメッセージを調べるだけでできます。ターゲットウィンドウが適切かどうかのチェックは少し手間がかかりますが、それほど悪くはありません。ターゲットウィンドウがメッセージを処理したいかどうかのチェックが最もコストのかかるテストなので、最後に行います。 このヘルパー関数をカスタムメッセージループに組み込むことができます。 while (⟦ダイアログがまだアクティブ⟧ && GetMessage(&msg, NULL, 0, 0, 0)) { if (IsDialogESC(hdlg, &msg)) { ⟦カスタムESCキー処理を実行⟧ } else if (!IsDialogMessage(hdlg, &msg)) { TranslateMessage(&msg); DispatchMessage(&msg); } } これは素晴らしいように聞こえますが、この変更を行えない場合もあるかもしれません。例えば、ダイアログボックスのダイアログプロシージャがEndDialogを呼び出してダイアログを閉じる場合、メッセージループは終了し、制御はダイアログを表示した関数に戻ります。その関数は、ダイアログが閉じられた理由を知る必要があるかもしれません。特に、ESCキーが押されたかどうかを知る必要があるかもしれません。 この問題については次回検討します。

IsDialogMessageが処理する前にメッセージを傍受する

背景や根拠まで確認しますか？

調べる

選ぶ

サイト