wpf - 可停靠的Windows。 float 窗口和主窗口菜单集成

Question

在 Visual Studio 2010 中，可停靠窗口似乎在任何情况下都能按预期工作。
如果“ float ”文档处于事件状态并且选择了某些菜单(例如“编辑”->“粘贴”)，则“ float ”文档仍然具有焦点，并且将针对该“ float ”窗口执行该命令。另外，请注意这在 UI 中是如何清晰可见的。即使选择了“团队”菜单，MainWindow.xaml 仍处于事件状态，并且 Visual Studio 中的主窗口处于非事件状态。

我一直在尝试使用许多不同的第三方对接组件来获得相同的行为，但它们都有相同的问题:一旦我选择菜单，主窗口就会获得焦点，而我的 float 窗口不再具有焦点。有谁知道如何在这里获得与 Visual Studio 中相同的行为？

目前我正在使用Infragistics xamDockManager并且可以使用以下示例代码重现该问题。

• 右键点击“标题 1”并选择“ float ”
• 点击"file"菜单
• 注意 MainWindow 如何接收焦点。

xmlns:igDock="http://infragistics.com/DockManager"

<DockPanel LastChildFill="True">
    <Menu DockPanel.Dock="Top">
        <MenuItem Header="_File">
            <MenuItem Header="_New"/>
        </MenuItem>
    </Menu>
    <Grid>
        <igDock:XamDockManager x:Name="dockManager" Theme="Aero">
            <igDock:DocumentContentHost>
                <igDock:SplitPane>
                    <igDock:TabGroupPane>
                        <igDock:ContentPane Header="Header 1">
                            <TextBox Text="Some Text"/>
                        </igDock:ContentPane>
                        <igDock:ContentPane Header="Header 2">
                            <TextBox Text="Some Other Text"/>
                        </igDock:ContentPane>
                    </igDock:TabGroupPane>
                </igDock:SplitPane>
            </igDock:DocumentContentHost>
        </igDock:XamDockManager>
    </Grid>
</DockPanel>

Answer 1

Visual Studio 团队有一些关于他们在 WPF 中制作 VS 时学到的经验教训的好信息。他们遇到的问题之一与焦点管理有关。因此，WPF 4 提供了一些新功能来提供帮助。

以下是与您的情况类似的问题的信息:

http://blogs.msdn.com/b/visualstudio/archive/2010/03/09/wpf-in-visual-studio-2010-part-3-focus-and-activation.aspx

他们对新的“HwndSource.DefaultAcquireHwndFocusInMenuMode”属性的讨论听起来与您遇到的情况非常相似。

编辑

经过进一步调查，看起来 Visual Studio 可能会 Hook Windows 消息循环并返回特定值以使 float 窗口正常工作。

我不是一个win32程序员，但似乎当用户单击非事件窗口中的菜单时，Windows会在处理鼠标按下事件之前向其发送WM_MOUSEACTIVATE消息。这让主窗口决定是否应该激活它。

在我未经修改的 WPF 测试应用程序中，非事件窗口返回 MA_ACTIVATE 。但是，VS 返回 MA_NOACTIVATE 。文档表明，这告诉窗口在处理进一步的输入之前不要激活主窗口。我猜测 Visual Studio 会 Hook Windows 消息循环并在用户单击菜单/工具栏时返回 MA_NOACTIVATE。

通过将此代码添加到顶级窗口，我能够在一个简单的两个窗口 WPF 应用程序中完成这项工作。

    protected override void OnSourceInitialized(EventArgs e)
    {
        base.OnSourceInitialized(e);

        var hook = new HwndSourceHook(this.FilterMessage);
        var source2 = HwndSource.FromVisual(this) as HwndSource;
        source2.AddHook(hook);
    }

    private IntPtr FilterMessage(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
    {
        const int WM_MOUSEACTIVATE = 0x0021;
        const int MA_NOACTIVATE = 3;

        switch (msg)
        {
            case WM_MOUSEACTIVATE:
                handled = true;
                return new IntPtr(MA_NOACTIVATE);
        }
        return IntPtr.Zero;
    }

就您而言，您可能需要添加更多逻辑来检查用户单击的内容，并根据该逻辑决定是否拦截消息并返回 MA_NOACTIVATE。

编辑2

我附上了一个 sample WPF application，它展示了如何使用简单的 WPF 应用程序来执行此操作。这应该与对接工具包中的 float 窗口几乎相同，但我尚未测试该特定场景。

示例可从以下位置获取:http://blog.alner.net/downloads/floatingWindowTest.zip

该示例有代码注释来解释其工作原理。要查看其实际效果，请运行示例，单击“打开另一个窗口”按钮。这应该将焦点放在新窗口的文本框中。现在，单击主窗口的编辑菜单并使用“全选”等命令。这些应该在另一个窗口上运行，而不会将“主窗口”带到前台。

如果需要，您还可以单击“退出”菜单项以查看它仍然可以将命令路由到主窗口。

要点(激活/焦点):

1. 使用 HwndSource.DefaultAcquireHwndFocusInMenuMode 使菜单停止抓取焦点。
2. Hook 消息循环并在用户单击菜单时返回“MA_NOACTIVATE”。
3. 将事件处理程序添加到菜单的 PreviewGotKeyboardFocus 并将 e.Handled 设置为 true，以便菜单不会尝试获取焦点。

要点(命令):

1. Hook 主窗口的“CommandManager.PreviewCanExecute”和“CommandManager.PreviewExecuted”事件。
2. 在这些事件中，检测应用是否有应该作为事件目标的“其他窗口”。
3. 针对“其他窗口”手动调用原始命令。

希望它对你有用。如果没有，请告诉我。