WPF 文本框在 Window 窗体中的 ElementHost 中不接受输入

Question

我们正在 WPF 中开发一个 UI 控件，以便在现有的 Windows 窗体/MFC 应用程序引擎 (Rhino 3D) 中使用。

应用程序引擎公开了创建“Dockbar”的能力，它本质上允许您将 Windows 窗体控件放入可以停靠到引擎界面的子窗口内。

我试图将一个简单的 WPF TextBox 放入 ElementHost 控件中，该控件已添加到 Dockbar。 乍一看这似乎工作得很好； 但是在尝试在文本框中键入内容后，实际上只有某些序列出现在文本框中。 删除、退格、复制、粘贴和选择文本工作。 如果您输入 AZ、1-9 等，这些键不会显示。

我已经搜索过网络，并且听说过 ElementHost.EnableModelessKeyboardInterop() 但这仅适用于从表单创建的 WPF Windows。 我仅创建 WPF UserControls 并将它们托管在 ElementHost 控件中。

我看到一篇讨论 Dispatcher.Run() 的帖子，它可以工作，但破坏了形式的其余部分：

System.Windows.Threading.Dispatcher.Run();

PreviewKeyUp、PreviewKeyDown、KeyUp 和 KeyDown 事件都在 TextBox 上触发，但遗憾的是 TextBox 中没有显示任何文本。

我对 Windows 消息了解不多，但使用 WinSpector 我注意到没有来自 TextBox 的 WM_GETTEXT 消息（我不知道是否应该有）。

我还创建了一个新的 Windows 窗体项目，并在其中执行了相同的操作，并且运行良好，因此肯定是窗口在 Rhino 3D 引擎中创建和停靠的方式存在问题。

这是不起作用的示例代码：

ElementHost el = new ElementHost();
System.Windows.Controls.TextBox t = new System.Windows.Controls.TextBox();
t.Width = 100;
t.Text = "TEST";
el.Child = t;
panel1.Controls.Add(el);

Answer 1

经过 2 天的绞尽脑汁，我终于弄清楚了...

MFC 对话框窗口正在获取 WM_CHAR 消息并阻止控件处理输入。 因此，为了防止这种情况，我挂钩 HwndSource，每当收到 WM_GETDLGCODE 消息时，我都会以要接受的输入类型进行响应，然后将事件标记为已处理。

我创建了自己的文本框，以避免必须修复每个文本框（见下文）：

    /// <summary>
    /// Interop Enabled TextBox : This TextBox will properly handle WM_GETDLGCODE Messages allowing Key Input
    /// </summary>
    class IOTextBox : TextBox
    {
        private const UInt32 DLGC_WANTARROWS = 0x0001;
        private const UInt32 DLGC_WANTTAB = 0x0002;
        private const UInt32 DLGC_WANTALLKEYS = 0x0004;
        private const UInt32 DLGC_HASSETSEL = 0x0008;
        private const UInt32 DLGC_WANTCHARS = 0x0080;
        private const UInt32 WM_GETDLGCODE = 0x0087;

        public IOTextBox() : base()
        {
            Loaded += delegate
                          {
                              HwndSource s = HwndSource.FromVisual(this) as HwndSource;
                              if (s != null)
                                  s.AddHook(new HwndSourceHook(ChildHwndSourceHook));
                          };
        }

        IntPtr ChildHwndSourceHook(IntPtr hwnd, int msg, IntPtr wParam, IntPtr lParam, ref bool handled)
        {
            if (msg == WM_GETDLGCODE)
            {
                handled = true;
                return new IntPtr(DLGC_WANTCHARS | DLGC_WANTARROWS | DLGC_HASSETSEL);
            }
            return IntPtr.Zero;
        }
    }

Answer 2

查看我自己关于同一件事的问题。 但最后，您所需要的只是这样的：

Window window1 = new Window();
ElementHost.EnableModelessKeyboardInterop(window1);
window1.Show();

为什么我的 WPF 文本框“有点”只读？

Answer 3

我对 wxWidgets 父窗口和嵌入式 WPF TextBox 控件也有类似的问题。 我发现虽然附加ChildHwndSourceHook确实解决了无法接收键盘输入的问题，但我最终还是偶尔会出现重复的空格字符。 看来 WM_KEYDOWN 消息可靠地处理了空格字符，但对于某些空格也收到了重复的 WM_CHAR 消息。 为了解决这个问题，我在 ChildHwndSourceHook 函数的主体中添加了以下子句，该子句只是忽略 WM_CHAR 空格字符：

        const UInt32 WM_CHAR = 0x0102;

        if (msg == WM_CHAR)
        {
            // avoid duplicated spaces when parent window is a native window
            if (wParam.ToInt32() == 32)
                handled = true;
        }

Answer 4

无需创建派生文本框。 IOTextBox 的代码可以在托管文本框的 UserControl 中使用。 我已经成功使用用于 VS2010 包中使用的自定义选项页面的 WPF 控件对其进行了测试。