WM_CONTEXTMENUを親よりあとに受け取りたい

解決

ひる 2012-03-13 07:33:08 No: 73229

あるCWnd派生のウィンドウクラスを作成し、
その中でWM_CONTEXTMENUも処理しているのですが、
ここにハンドラを入れてしまうと、フォーカスを持っているときに、
そのウィンドウを使っている親ウィンドウやダイアログが
自身のコンテキストメニューを出すことができなくなってしまいます。

エディットボックスが勝手に「右から左に読む」などのメニューを
出してしまうのと同じような流れだと思われます。

ウィンドウ自身のコンテキストメニューは、
親ウィンドウが誰もWM_CONTEXTMENUを処理しなかったときに
デフォルトの処理として出すようにできればと思っているのですが、
そのようなWM_CONTEXTMENUの流れを実現することはできるのでしょうか？

オショウ 2012-03-15 06:18:07 No: 73230

wParamに入っているhwndを利用して判断されてますか？
してないなら、WM_CONTEXTMENUの仕様を再確認してください。

以上。参考まで

ひる 2012-03-15 18:39:08 No: 73231

> wParamに入っているhwndを利用して判断されてますか？

もちろんCWnd派生クラス::OnContextMenu()のpWndはthisと一致します。
ただ、ここで自身でコンテキストメニューを出す前に、
親ウィンドウを優先させたいのです。

ここでなにもせずに

void CWnd派生クラス::OnContextMenu(CWnd* pWnd, CPoint point)
{
CWnd::OnContextMenu(pWnd, point);
}

としたり、メッセージマップのON_WM_CONTEXTMENU()を削除してしまえば、
親のOnContextMenu()まで届くのはわかっていますが、
それをやってしまうと、親が処理しなかったときにも
自身のコンテキストメニューを出せなくなってしまいます。

YuO 2012-03-15 18:42:51 No: 73232

> 親ウィンドウが誰もWM_CONTEXTMENUを処理しなかったときに
> デフォルトの処理として出すようにできればと思っているのですが、
> そのようなWM_CONTEXTMENUの流れを実現することはできるのでしょうか？

無理です。
WM_CONTEXTMENUを処理したかどうかを知る術がありません。
さらに，DefWindowProcは親ウィンドウにWM_CONTEXTMENUを投げます。
このため，逆の流れを作るとコンテキストメニューを複数開こうとしたり，メッセージが循環したりすることになります。

MSDN: WM_CONTEXTMENU message
http://msdn.microsoft.com/en-us/library/windows/desktop/ms647592.aspx
> Return value
> No return value.
> Remarks
> If a window is a child window, DefWindowProc sends the message to the parent.

ひる 2012-03-15 19:41:20 No: 73233

> 無理です。
> WM_CONTEXTMENUを処理したかどうかを知る術がありません。
> さらに，DefWindowProcは親ウィンドウにWM_CONTEXTMENUを投げます。

そうですか、WM_CONTEXTMENUだけでは実現できないのですね。

仕方がないので、CWnd派生クラスのOnContextMenu()の中で、
「あなたのほうでコンテキストメニュー出したいですか？」
といった独自のメッセージを親ウィンドウに送り、
親が「はい」と言ってきたらそのままCWnd::OnContextMenu()に渡し、
親が無視したり「いいえ」と言ってきたら
自身でデフォルトのコンテキストメニューを出すようにしてみました。

ちょっと面倒ですが、これでちゃんと動いていそうです。
ありがとうございます。