如何使用 Win32 API 将 EDIT 控件放入自定义弹出窗口中？

我正在尝试将 EDIT 控件添加到用作自定义组合框式控件的下拉列表的窗口。最初这个下拉窗口是作为子窗口实现的（WS_CHILD）桌面窗口，类似于真正的组合框使用的“ComboLbox”窗口。这工作得很好，但是当编辑窗口放入这样的下拉窗口时，它似乎只是拒绝接受焦点。 IE。例如，它已启用并对鼠标右键单击做出反应，但单击它或调用SetFocus()失败（后者将最后一个错误设置为ERROR_INVALID_PARAMETER).

正因为如此，也因为许多示例（包括 Raymond Chen 的示例）中实现自定义弹出窗口的方式假菜单样本 https://blogs.msdn.microsoft.com/oldnewthing/20040820-00/?p=38103，我已经更改了下拉菜单的实现以使用WS_POPUP，以主应用程序窗口为所有者。当显示弹出窗口时，这有一个已知的问题，即从所有者窗口窃取激活，但是可以通过返回来解决这个问题MA_NOACTIVATE from WM_MOUSEACTIVATE弹出窗口的处理程序，它最初确实工作得很好，即当弹出窗口显示时，所有者窗口保持激活状态。但是，一旦我单击弹出窗口中的 EDIT 控件，它就会从其默认窗口过程中调用，SetFocus()将焦点设置为其自身，这会停用父窗口。

我的问题是如何防止这种情况发生？我知道这是可以做到的，因为 WinForms工具条管理器 https://referencesource.microsoft.com/#System.Windows.Forms/winforms/Managed/System/WinForms/ToolStripManager.cs设法允许在下拉列表中编辑文本而无需停用父窗口，并且它还使用WS_POPUP弹出窗口的样式。但它是如何做到的呢？

评论中提出了解决方案“通过处理来防止主机窗口明显处于非活动状态WM_NCACTIVATE"这应该如下例所示工作。

当菜单窗口打开时，主窗口（HostProc） 会收到WM_NCACTIVATE信息。主人会寻找"menuclass"，如果找到菜单类则主机将返回DefWindowProc(hwnd, WM_NCACTIVATE, TRUE, lparam);以防止主机窗口的标题栏被绘制为非活动状态。

你还需要处理WM_NCACTIVATE在假菜单窗口中。当菜单窗口失去焦点时，WM_NCACTIVATE被接收者MenuProc，此时菜单可以自行关闭。

#include <windows.h>

const wchar_t* menuclass = L"menuclass";

LRESULT CALLBACK MenuProc(HWND hwnd, UINT msg, WPARAM wparam, LPARAM lparam)
{
    switch(msg)
    {
    case WM_CREATE:
        CreateWindow(L"Edit", NULL, WS_CHILD | WS_VISIBLE | WS_BORDER, 10, 10, 160, 30,
            hwnd, NULL, NULL, NULL);
        break;

    case WM_NCACTIVATE:
    {
        if(!wparam)
        {
            //close the menu if its losing focus
            PostMessage(hwnd, WM_CLOSE, 0, 0);

            //tell parent to paint inactive, if user clicked on a different program
            POINT pt;
            GetCursorPos(&pt);
            HWND hit = WindowFromPoint(pt);
            HWND hparent = GetParent(hwnd);
            if(hit != hparent && !IsChild(hparent, hit))
                DefWindowProc(hparent, WM_NCACTIVATE, FALSE, 0);
        }
        break;
    }

    case WM_LBUTTONDOWN:
        PostMessage(hwnd, WM_CLOSE, 0, 0);
        break;
    //also handles other mouse/key messages associated with a menu...
    }

    return DefWindowProc(hwnd, msg, wparam, lparam);
}

LRESULT CALLBACK HostProc(HWND hwnd, UINT msg, WPARAM wparam, LPARAM lparam)
{
    switch(msg)
    {
    case WM_NCACTIVATE:
        //paint the window as active when custom menu starts
        if(!wparam && FindWindow(menuclass, NULL))
            return DefWindowProc(hwnd, WM_NCACTIVATE, TRUE, lparam);
        break;
    case WM_RBUTTONUP:
    {
        //show the custom menu
        POINT pt;
        GetCursorPos(&pt);
        CreateWindow(menuclass, NULL, WS_VISIBLE | WS_POPUP | WS_BORDER,
            pt.x, pt.y, 200, 400, hwnd, 0, 0, 0);
        return 0;
    }
    case WM_DESTROY: 
        PostQuitMessage(0);
        return 0;
    }

    return DefWindowProc(hwnd, msg, wparam, lparam);
}

int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE, LPTSTR, int)
{
    WNDCLASSEX wcex = { sizeof(WNDCLASSEX) };
    wcex.hInstance = hInstance;
    wcex.hCursor = LoadCursor(NULL, IDC_ARROW);
    wcex.lpfnWndProc = HostProc;
    wcex.lpszClassName = L"hostwnd";
    RegisterClassEx(&wcex);

    wcex.lpfnWndProc = MenuProc;
    wcex.lpszClassName = menuclass;
    RegisterClassEx(&wcex);

    CreateWindow(L"hostwnd", L"Right click for menu ...", 
        WS_VISIBLE | WS_OVERLAPPEDWINDOW, 0, 0, 600, 400, 0, 0, hInstance, 0);

    MSG msg;
    while(GetMessage(&msg, NULL, 0, 0))
    {
        TranslateMessage(&msg);
        DispatchMessage(&msg);
    }

    return (int)msg.wParam;
}