按下子按钮时C ++窗口失去焦点答案

【问题标题】：C++ Window losing focus when child button is pressed按下子按钮时C ++窗口失去焦点
【发布时间】：2011-12-15 11:12:06
【问题描述】：

我正在尝试为 C++ 应用程序运行 GUI，但我遇到了按键事件问题。基本上，只要我不点击任何按钮（主窗口注册关键事件），一切正常，但只要我点击一个按钮，主窗口就会失去焦点并且不再捕获关键事件。这可能是一个愚蠢的问题，但我对 C++ 很陌生。这是我正在使用的一些代码：

主窗口的创建：

hwnd = CreateWindowEx (
               0,                   /* Extended possibilites for variation */
               szClassName,         /* Classname */
               "Application Name",  /* Title Text */
               WS_OVERLAPPEDWINDOW, /* default window */
               CW_USEDEFAULT,       /* Windows decides the position */
               CW_USEDEFAULT,       /* where the window ends up on the screen */
               540,                 /* The programs width */
               250,                 /* and height in pixels */
               HWND_DESKTOP,        /* The window is a child-window to desktop */
               NULL,                /* No menu */
               hThisInstance,       /* Program Instance handler */
               NULL                 /* No Window Creation data */
           );

创建其中一个按钮：

CreateWindow(TEXT("button"), TEXT("Start"),
                 WS_VISIBLE | WS_CHILD,
                 x, y, width, height,
                 hwnd, (HMENU) 6, NULL, NULL);

我还注意到，每当我单击按钮时，都会触发 WM_KILLFOCUS 事件，这就是为什么我认为这是一个焦点问题。我也尝试过捕获 WM_KILLFOCUS 事件，然后使用 SetActiveWindow 再次设置焦点，但这会使我的程序崩溃。

任何帮助将不胜感激:)

【问题讨论】：

按钮是主窗口的一部分，那么谁获得焦点？或者你是在创建一个带有按钮的对话框，当你在对话框中按下一个按钮时，对话框就会获得焦点？
我只有一个带有按钮的主窗口。我在提供的代码中创建窗口和按钮，我不创建任何对话框。我不知道谁获得焦点，因为每个按钮看起来都是一个窗口，我假设一旦我点击按钮，按钮就会获得焦点。
我无法理解：(HMENU) 6 为什么需要它？
这将允许我确定在 WindowProcedure 函数中按下了哪个按钮。我尝试只传入 6，但这会导致以下错误：从 'int' 到 'HMENU__'| 的无效转换错误：初始化 'HWND__ 的参数 10 CreateWindowExA(DWORD, const CHAR*, const CHAR*, DWORD, int, int, int, int, HWND__, HMENU__, HINSTANCE__,无效)'|

标签： c++ winapi win32gui

【解决方案1】：

原来我使用了错误的函数 (SetWindowActive)。 Assaf Levy 的回答对我来说似乎很复杂，我认为可能有另一种解决方法。我设法找到了SetFocus 函数，它通过提供它的句柄将焦点赋予任何给定窗口。

为了使它工作，我需要做的是，一旦必要的代码在WM_COMMAND 块内执行，我用主窗口的句柄调用 SetFocus 函数。这将焦点返回到主窗口并允许它接收事件。

注意，将 SetFocus 放在 WM_KILLFOCUS 块中会导致按钮和其中的任何其他组件对事件无响应。

【讨论】：

很高兴您找到了更短的路径，更少的代码 = 更好的代码 :)
请注意，强制焦点回到框架意味着您不能通过按两次空格键来两次单击按钮。执行此操作的更常规方法是并行IsDialogMessage 技术。为什么需要将焦点从用户放置的位置移开？
因为如果主窗口失去焦点，我将无法再从主窗口捕获按键事件。

【解决方案2】：

这是设计使然。主窗口是window，但按钮是window，在任何给定时间只有一个可以拥有焦点。如果您不希望按钮“窃取”焦点，请添加一个 OnFocus 处理程序（或拦截 WM_SETFOCUS）并立即将焦点返回到上一个窗口（我相信它在 WM_SETFOCUS 的 WPARAM 中）。

一个简单的技巧是：

hMyButton = CreateWindow("button", ...).
定义一个 MyButtonProc(HWND, UINT, WPARAM, LPARAM) 函数。
调用 SetWindowLong(hMyButton, GWL_WNDPROC, (LONG)MyButtonProc)。将此函数返回的值保存在 g_OldButtonProc 中。
在 MyButtonProc() 内部捕获 WM_SETFOCUS，并调用 SetFocus(hMyMainWindow)。始终在 MyButtonProc() 函数的末尾返回 CallWindowProc(h_OldButtonProc, hwnd, msg, ...)，除非消息是 WM_SETFOCUS。

这样就可以解决问题（经过测试）。

【讨论】：

是的，这就是我的想法，因为基本上相同的函数用于创建窗口和按钮。任何进一步的澄清将不胜感激:)
我设法找到了解决方法，作为 C++ 的菜鸟，我发现你的答案对我来说有点太复杂了。非常感谢您提供见解:)

【解决方案3】：

第一个答案部分准确。子类化按钮可以“摆脱”“问题”；但是，如果您从按钮中获取焦点，则在父窗口、子类过程或 BN_SETFOCUS 中处理 WM_SETFOCUS 将导致 UI 无响应。

您应该在子类过程中覆盖的是 WM_LBUTTONUP。因为当您释放鼠标按钮时，您已经单击了 windows 按钮。

请注意，我认为按钮窃取焦点完全是垃圾。应该有像 BS_NO_STEAL_FOCUS 这样的样式来防止这种情况。因为当您希望另一个窗口处理按键或滚动时非常麻烦。

/** Procedure for subclass. 
      This procedure is called first for the widget/control.
      Unhandled or partially handled message can goes to
      original procedure by calling DefSubclassProc(...).
      buttonProcEx takes all four params of normal procedure, plus a
       param for user defined object. 
      Note this is what win32 should have done in the first place.
 */
LRESULT CALLBACK buttonProcEx(HWND hwnd,uint msg,WPARAM,LPARAM,DWORD_PTR)
{
    if(msg == WM_LBUTTONUP) 
    {
     setFocus(GetParent(hwnd));
     return 0; //do not allow default behaviour
    }
    else return DefSubclassProc(hwnd,msg,wparam,lparam);
}


//Call this after creating your button

SetWindowSubclass((HWND)button,buttonProcEx,0,NULL);

or

struct Content {...}content; //lifetime should be long enough
SetWindowSubclass((HWND)button,buttonProcEx,0,(DWORD_PTR)&content);

【讨论】：