Excel CustomTaskPane с управлением WebBrowser - проблемы с клавиатурой/фокусом

Ответ 1

Хорошо, я смог решить проблему, используя следующий код

protected override void WndProc(ref Message m)
{
  const int WM_PARENTNOTIFY = 528;
  if(m.Msg == WM_PARENTNOTIFY && !this.Focused)
  {
    this.Focus();
  }
  base.WndProc(ref m);
}

Я добавил эту функцию в свой TaskPaneView, который является просто UserControl с этим дочерним веб-браузером. У меня нет глубокого понимания того, почему или как это работает, но в основном я думаю, что происходит, я перехватываю WndProc, который является некоторой низкоуровневой функцией, которая обрабатывает сообщения, отправленные в окно. Я использую его, чтобы проверить, является ли сообщение 528, что, я думаю, означает notifyParent. Я не знаю, если это именно то сообщение, которое я должен слушать, но это похоже на работу.

Как только у меня появляется правильное сообщение, я проверяю, имеет ли TaskPaneView фокус, а если нет, я делаю его с помощью функции focus(). Ранее я проводил тестирование, которое показывало, что если бы я вручную вызывал focus на TaskPaneView, все работало нормально. Так что, если у меня нет фокуса, то вручную запросите фокус, и мы все в порядке

Я был бы признателен, если бы кто-то мог дать более подробное объяснение того, почему это работает, чтобы я мог понять это лучше, но, по крайней мере, я решил проблему. Спасибо Jeremy Thompson за то, что он заставил меня по-новому взглянуть на эту проблему.

Ответ 2

Q: Предоставьте более подробное объяснение, почему это работает, чтобы я мог лучше понять его

Рад, что у вас это работает! Чтобы выполнить анализ основных причин, нам нужно будет увидеть, куда отправлено это сообщение 528, и для этого нам понадобится исходный код Microsoft Excel.

Я не думаю, что стоит потратить больше времени на устранение неполадок или почему это происходит, потому что это ОШИБКА! Вход в систему Connect ошибка, помогающая Microsoft исправить это лучшее, что вы можете сделать. Мы можем только обойти это, это проблема в исходном коде.

Очень редко вы обнаруживаете, что эти сценарии в VSTO видят ошибки, и вы наверняка нашли их; где пользователь вводит текстовый ввод в текстовое поле надстройки, и сообщение втекает в ячейку на листе! В моей ситуации; где сообщение не было перекачано в событие Calendars_SelectedChange(). Таким образом, мы можем видеть немного темы поведения, формирующегося здесь, что Ханс объясняет хорошо (цитата из Q & A, с которой я связан в своем комментарии):

Что никогда не проблема (то есть часто бывает проблематично) заключается в том, что вы полагаетесь на насос сообщений в Excel для отправки сообщений Windows, сообщения, которые заставляют эти элементы управления реагировать на ввод. В WPF это происходит не так, как Winforms, у них есть собственный цикл отправки, который фильтрует сообщения до их доставки в окно. Ключевые вещи, которые идут не так, когда их диспетчер не используется , являются такими, как табуляция и короткие нажатия клавиш.

И затем некоторые, такая проблема будет вызвана тем, что Excel делает свою собственную фильтрацию перед отправкой сообщений. Я бы предположил, что функция защиты от вредоносных программ Microsoft навсегда беспокоится о программах, запутанных в приложениях Office.

И не забывайте VSTO WPF Connect с меню, не получающим события кликов. Обходной путь, связанный с использованием DispatcherFrame для накачки сообщений и подписки на GotFocusEvent и LostFocusEvent для меню.

Таким образом, ошибка связана с элементами управления, которые реагируют на ввод, а сообщения void WndProc(ref Message m) неправильно фильтруются или перенаправляются в цикле отправки.