Win32 ListBox WNDPROC 从未调用过

Posted

技术标签:

【中文标题】Win32 ListBox WNDPROC 从未调用过【英文标题】:Win32 ListBox WNDPROC never called 【发布时间】:2012-11-11 19:13:01 【问题描述】:

我正在围绕 Win32 控件/对话框/窗口编写一个相当简单的包装器。

我遇到的问题是 ListBox 和 ComboBox 的行为似乎完全不同。

在我继承的基础 Widget 类中,我为控件覆盖现有的 WNDPROC,然后在新的 WNDPROC 中处理消息,主要将它们提升为 boost::signal 事件。

问题在于,虽然 ComboBox 的 WndProc 收到 CBN_SELCHANGE - 正如预期的那样 - ListBox 的 WndProc 没有收到 LBN_SELCHANGE 命令。

我意识到拥有该控件的对话框/窗口可能会收到此消息,但我已经进入了这个兔子洞,感觉就像一个非常巧妙的解决方案。我需要退出并让控件的所有者处理 WM_COMMAND 消息(并从那里将其提升为控件本身的事件)。

这是一个学习练习,所以请不要提醒我有关 MFC 或评论这样做的价值。

【问题讨论】:

你是否开启了 LBS_NOTIFY 样式?您不能忽略 WM_COMMAND 消息已发送给父级。 是的,使用 LBS_NOTIFY 通知拥有对话框 ListBox WM_COMMANDs。但是,ComboBox 自己的 WNDPROC 也会收到这些通知,所以我认为 ListBox 的 WNDPROC 也会收到类似的通知,但显然没有。 【参考方案1】:

通知消息通常发送到控件的父级。大概所有的窗口(即父窗口和控件)都使用相同的窗口过程?在这种情况下,通常的解决方案是:在窗口过程的通知处理程序中检查通知是否来自当前窗口。如果是,请提出一个事件;如果它没有将消息重新发送回它来自的控件(它将作为事件引发)。

【讨论】:

是的,我想我将不得不接受拥有控件的对话框/窗口需要将命令转发到控件本身。不理想,因为这意味着控件没有像我希望的那样被封装,但我想这是在这种情况下我能得到的最好的。 管道总是有点乱。从应用程序代码的角度来看,封装是完美的。对我来说似乎很好。

以上是关于Win32 ListBox WNDPROC 从未调用过的主要内容,如果未能解决你的问题,请参考以下文章

在运行时创建事件处理程序而不使用 WndProc win32 c++

WndProc 作为类成员,无法退出

Win32 SDK:ListBox 为什么不整个 LB_SETTEXT

绘制非客户区的问题 - Win32

如何在 Win32 中使用对话框资源?

Win32API全局窗口类的注册与创建