3

我创建了一个 AppBar。AppBar 始终保持在顶部，当它失去焦点时，要回到 AppBar 需要两次单击而不是一次。我相信第一次点击会激活表单，然后第二次点击我会收到鼠标点击事件（如预期的那样）。你能给出任何想法，这里有什么问题吗？我的问题类似于这个Appbar and focus issues。不幸的是，该链接中的 OP 没有发布他的解决方案，很遗憾。

我在 CodeProject C# do Shell, Part 3的这篇文章之后创建了 AppBar 。

我用 Spy++ 调查了它，但不知道为什么会这样。这是我在测试此场景时获得的 Spy++ 日志（第一次单击不起作用，第二次起作用）。

<00001> 00090CFE S WM_PARENTNOTIFY fwEvent:WM_LBUTTONDOWN xPos:25 yPos:17
<00002> 00090CFE R WM_PARENTNOTIFY
<00003> 00090CFE S WM_WINDOWPOSCHANGING lpwp:0418EAE4
<00004> 00090CFE R WM_WINDOWPOSCHANGING
<00005> 00090CFE S WM_ACTIVATEAPP fActive:True dwThreadID:00000000
<00006> 00090CFE R WM_ACTIVATEAPP
<00007> 00090CFE S WM_NCACTIVATE fActive:True
<00008> 00090CFE R WM_NCACTIVATE
<00009> 00090CFE S WM_ACTIVATE fActive:WA_CLICKACTIVE fMinimized:False hwndPrevious:(null)
<00010> 00090CFE S WM_IME_SETCONTEXT fSet:1 iShow:C000000F
<00011> 00090CFE S WM_IME_NOTIFY dwCommand:IMN_OPENSTATUSWINDOW dwCommand:00000002 dwData:00000000
<00012> 00090CFE R WM_IME_NOTIFY
<00013> 00090CFE R WM_IME_SETCONTEXT
<00014> 00090CFE S WM_SETFOCUS hwndLoseFocus:(null)
<00015> 00090CFE R WM_SETFOCUS
<00016> 00090CFE R WM_ACTIVATE

Now happens the second click (which works)
<00017> 00090CFE S WM_PARENTNOTIFY fwEvent:WM_LBUTTONDOWN xPos:25 yPos:17
<00018> 00090CFE R WM_PARENTNOTIFY
<00019> 00090CFE S WM_WINDOWPOSCHANGING lpwp:0418E40C
<00020> 00090CFE R WM_WINDOWPOSCHANGING

查看 Spy++ 日志，我认为问题在于激活，我认为如果窗口被激活，它只会收到WM_LBUTTONDOWN事件。但是为什么其他窗口没有被激活，但它们仍然可以单击一下（即我不必先单击它）。

编辑：我认为问题出在ToolStrip上。我的 AppBar 中有一个ToolStrip。现在我如何验证这一点？好吧，在同一个表单上，我创建了一个按钮并在其单击事件中显示了一个消息框，它工作正常。现在该如何补救呢？

4

1 回答 1

2

好吧，我终于想通了，（为了后代的利益）这就是正在发生的事情。问题不在于表单，而在于ToolStrip（我相信可以在 Word 中复制）。此功能是设计使然，而不是错误。在WM_MOUSEACTIVATE消息中，在ToolStrip 的 WndProc中，它返回激活窗口的MA_ACTIVATEANDEAT，即赋予它焦点，但丢弃鼠标消息，这就是为什么我们必须单击两次，因为第一个鼠标消息被丢弃。

现在解决方案？在派生类中覆盖ToolStrip的WndProc，而不是将 Message.Result 属性设置为MA_ACTIVATEANDEAT，而是将其设置为MA_ACTIVATE。这是有关如何执行此操作的教程。如何为 .NET 2.0 ToolStrip 和 MenuStrip 启用“点击”

希望有帮助:)

于 2010-06-25T11:59:41.667 回答