2009-08-26 1 views

ответ

2

Управление WPF WebBrowser - это всего лишь уровень взаимодействия, на котором размещается элемент управления IE ActiveX. Он должен быть очень надежным и удобным для реального браузера (поскольку это действительно IE). Это не управляемая реализация.

Его основные ограничения связаны с тем, что он использует HwndHost внутренне. Это означает, что у него есть проблемы с воздушным пространством WPF/Native, а также некоторые незначительные проблемы с обработкой событий.

1

Это достаточно хорошо для использования в реальной жизни, и я согласен с представлением Ридс по этому вопросу.

Дополнительная информация. Если у человека нет определенных файлов IE на своем компьютере, управление оказывается бесполезным. Вот несколько Наблюдаемые ограничения, которые я нашел:

  • я нашел с WebBrowser контролей это ненависть к IE6 на компьютере, при попытке выполнения операций вставки JavaScript в элементе управления. (Очень специфично для машины, так что вы можете сказать, что не хватает полной совместимости?)
  • Тот факт, что вам нужно будет фактически ссылаться на основные сборки IE, чтобы получить определенную функциональность, например получить что-то более полезное, чем HtmlElement.
  • Отсутствие поддержки некоторых из его функций 2.0-аналогов, таких как Подавление ошибок скрипта.
  • Не работает с системой разметки WPF
  • Снова из-за того, что его оболочка для IE, все проблемы совместимости в таких вещах, как CSS, остаются, как и большинство, если не все проблемы IE что есть.

В целом, управление может быть значительно улучшено, и, честно говоря, было бы замечательно видеть, что команда .NET делает полностью управляемую версию этого компонента.

Приветствия,

Kyle

0

Добавление к ответам по @Kyle и @Reed, ниже приведены мои наблюдения как ограничения.

  • Мы не можем визуализировать PDF в этом элементе управления WebBrowser.
  • Под двигателем IE. Мы не можем заменить движок IE последней версией Microsoft Edge.
Смежные вопросы