我正在围绕 Win32 控件/对话框/窗口编写一个相当简单的包装器。
我遇到的问题是 ListBox 和 ComboBox 的行为似乎大不相同。
在我继承自的 Widget 基类中，我为控件覆盖了现有的 WNDPROC，然后在新的 WNDPROC 中处理消息，主要将它们提升为 boost::signal 事件。
问题是，当 ComboBox 的 WndProc 接收到 CBN_SELCHANGE(正如预期的那样)时，ListBox 的 WndProc 没有接收到 LBN_SELCHANGE 命令。
我意识到拥有该控件的对话框/窗口可能会收到此消息，但我已经有点陷入这个兔子洞了，感觉这是一个非常巧妙的解决方案。我需要退出并让控件的所有者处理 WM_COMMAND 消息(并从那里将其提升为控件本身的事件)。
这是一个学习练习，所以请不要提醒我有关 MFC 的信息或评论这样做的值(value)。
最佳答案
通知消息通常发送到控件的父级。大概所有窗口(即父窗口和控件)都使用相同的窗口过程？在这种情况下，通常的解决方案是:在窗口过程的通知处理程序中检查通知是否来自当前窗口。如果是，则引发事件；如果它没有将消息重新发送回它来自的控件(它将作为事件引发)。
关于c++ - 从未调用过 Win32 ListBox WNDPROC，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/13334466/