pet*_*hen 3 windows winapi wndproc
是否有任何文档由DefWindowProc处理哪些消息,以及如何处理?
我最近偶然发现WM_SETFONT/WM_GETFONT没有被处理,我不确定我的代码是否有错,或者是否是预期的行为,所以我尝试了下面的WinMain:
WNDCLASSEX wcx =
{
sizeof(WNDCLASSEX),
CS_HREDRAW | CS_VREDRAW | CS_DBLCLKS,
DefWindowProc,
0, 0, // class/wnd extra bytes
hInstance,
0,
LoadCursor(0, IDC_ARROW),
0,
0,
_T("some class"),
0
};
ATOM a = RegisterClassEx(&wcx);
_ASSERTE(a != 0);
HWND wnd = CreateWindowEx(0, wcx.lpszClassName, NULL,
WS_POPUP, 0,0,0,0, GetDesktopWindow(), 0, hInstance, 0);
_ASSERTE(wnd != 0);
HFONT font = (HFONT) GetStockObject(ANSI_VAR_FONT);
_ASSERTE(font != 0);
SendMessage(wnd, WM_SETFONT, (WPARAM) font, 0);
HFONT font2 = (HFONT) SendMessage(wnd, WM_GETFONT, 0, 0);
_ASSERTE(font2 == font); // **FAILS**, font2 is 0
Run Code Online (Sandbox Code Playgroud)
据我所知 - 没有.每个窗口消息都是罕见且独特的,可以通过多种方式之一进行区分.预计会发布一些消息,其他消息将被发送.
一些消息是对用户窗口proc的通知,其他消息是对DefXXXWindowProc处理程序的命令 - DefWindowProc,DefDlgProc,DefMDIChildProc等.
有些在对话框和窗口过程中处理相同,有些必须以不同方式处理.
WM_SETTEXT和WM_SETREDRAW实际上是DefWindowProc用于修改WND结构中的内部数据结构的命令.
WM_SIZE只是一个通知 - 发送BY DefWindowProc到它自己的窗口 - 响应WM_WINDOWPOSCHANGED.
WM_MOUSExxx消息需要发布,从不发送,因为Windows经常进入模态状态,其中使用GetMessage/PeekMessage读取消息并直接处理并且未发布.
许多消息看起来像通知,但必须始终传递给DefWindowProc,因为它们"秘密"用于实现窗口管理器.(WM_ACTIVATE和朋友).
通过返回FALSE(或TRUE)可以在对话框proc中处理大多数消息,有些,有意义的结果需要使用SetDlgResult,其他的会自动处理(WM_CTLCOLOR*),因为对话框proc 知道 DialogProc的非零结果对应于LRESULT返回.
有些(WM_SYSCOMMAND)根本不是窗口的消息,只是由DefWindowProc处理来做窗口管理器类型的东西(平铺桌面等)
官方文档中没有真正尝试对这些差异进行分类.
为了专门解决这个WM_SET/GETFONT问题,WM_SETFONT虽然定义的消息不由DefwindowProc处理,因此不由未明确支持它的窗口类处理.控件(EDIT,STATIC等)和Dialogs支持WM_SETFONT和WM_GETFONT.要在应用程序注册类中支持它,需要提供实际的自定义WindowProc并在那里处理消息.
| 归档时间: |
|
| 查看次数: |
1631 次 |
| 最近记录: |