DotNetBrowser 1.10

Com esta versão, temos o prazer de apresentar a atualização há muito esperada. Agora, o DotNetBrowser é executado num motor de navegador mais poderoso - Chromium 55.0.2883.87. Mas não paramos por aí, veja a lista completa de melhorias que oferecemos com esta atualização:

Implementado o suporte à sandbox do Chromium. Por padrão, a sandbox do Chromium está desativada para manter o comportamento das versões anteriores do DotNetBrowser.
Agora, a biblioteca suporta o fundo transparente HTML5.
Adicionado o suporte ao evento OnPreviewKeyDown no modo de renderização heavyweight do WinForms.
Adicionado suporte dos modificadores de teclas adequados para os eventos de teclado no modo de renderização heavyweight do WinForms.
Implementada a capacidade de incorporar o WPFBrowserView no WinForms ElementHost.

Aqui está o que foi resolvido com esta atualização:

O problema com a falha do MS Visual Studio 2013 ao adicionar a referência DotNetBrowser ao projeto VB.NET.
O problema estava relacionado com a utilização de diferentes definições de proxy em diferentes instâncias do Browser. Na nova versão, a funcionalidade que permite configurar as definições de proxy para cada instância do Browser separadamente funciona corretamente.
O problema da vazamento de memória na Bridge JavaScript-.NET. Nesta atualização, os objetos JavaScript são corretamente liberados no descarregamento da página Web sem causar o vazamento de memória se um objeto .NET for injetado no JavaScript através da ponte.
O problema de inicialização do WebStorage. O WebStorage não funcionava se não houvesse chamadas para o localStorage/sessionStorage a partir do JavaScript. Agora não é necessário acessar o localStorage/sessionStorage no JavaScript para inicializar o WebStorage.
O problema de lista negra para o PasswordManagerClient. O evento PasswordSubmitted não é mais criado para sites já colocados na lista negra.
O problema das fontes borradas no modo de renderização heavyweight para WinForms e WPF. Agora, as fontes no modo de renderização heavyweight são renderizadas exatamente como no Google Chrome.
O problema quando alguns cursores CSS não são exibidos no modo de renderização heavyweight para WinForms e WPF.
O problema do vazamento de memória ao criar e eliminar o controle WPF várias vezes.
O problema de inicialização do navegador para o caso em que a cultura da thread atual é CultureInfo.InvariantCulture.
Erros do MS Visual Studio Designer para a propriedade BrowserView.Focused.

Pedir licença de avaliação

Go Top