1

我创建了一个编辑框，它工作得很好，但是在我为其添加了一个自定义 WndProc 之后，文本“我的编辑”不可见，并且在单击时不会获得焦点。

HWND handle=CreateWindowExW(0,L"Edit",L"my edit",WS_CHILD | WS_VISIBLE | WS_VSCROLL | ES_CENTER | ES_MULTILINE | ES_AUTOVSCROLL,
                         0,0,200,200,window.handle,0,GetModuleHandle(NULL),0);

直到这里它工作得很好在
我设置了这个窗口过程之后，编辑控件不再像预期的那样工作

SetWindowLongPtr(handle,GWLP_WNDPROC,(LRESULT)staticWndProc); 
LRESULT CALLBACK staticWndProc(HWND handle, UINT uMsg, WPARAM wParam, LPARAM lParam){
    switch (uMsg){
        case WM_LBUTTONDOWN:
            std::wcout << handle << L" click\n"; //click event works
            break;
        default:
            return DefWindowProcW(handle,uMsg,wParam,lParam);
    }
    return 0;  
}

我是否必须手动处理某些事件或更改我的构造样式标志？

4

1 回答 1

4

子类化涉及截取窗口的消息，可能处理其中一些消息，并将那些您不处理的消息传递给原始窗口过程。

你没有那样做——你把你没有处理的所有东西都传递给DefWindowProc. DefWindowProc对于编辑控件（或者实际上对于任何类型的控件）没有任何专门的行为。因此，您已经有效地将编辑控件转变为通用窗口。

这些天不鼓励使用SetWindowLongPtr子类化窗口，但是如果您确实使用该方法，则调用的返回值会SetWindowLongPtr为您提供旧的窗口过程，并且您应该使用该CallWndProc函数而不是DefWindowProc调用它。

然而，对窗口进行子类化的现代方法是使用该SetWindowSubclass函数，它为您处理调用原始 proc - 您需要做的就是调用该DefSubclassProc函数，如下所示：

LRESULT CALLBACK staticWndProc(HWND handle, UINT uMsg, WPARAM wParam, LPARAM lParam, UINT_PTR, DWORD_PTR){
    switch (uMsg){
        case WM_LBUTTONDOWN:
            std::wcout << handle << L" click\n"; //click event works
            break;
        case WM_NCDESTROY:
            RemoveWindowSubclass(handle, staticWndProc, 0);
            // fall through
        default:
            return DefSubclassProc(handle,uMsg,wParam,lParam);
    }
    return 0;  
}

SetWindowSubclass(handle, staticWndProc, 0, 0);

请注意，上面显示的子类函数在WM_NCDESTROY收到时会自行删除。

于 2015-09-17T04:20:13.083 回答