DotNetBrowser 1.13

Esta versão da biblioteca foi estendida com as funcionalidades que permitem interceptar todos os request de URL para esquemas de URL padrão (como http, https, ftp, arquivo) e esquemas personalizados declarados na sua aplicação. Depois de registar um handler de protocolo para um esquema, todas as URLs com o esquema especificado carregados no Browser serão tratadas por este handler.

Handler de protocolos

A implementação de um novo handler de protocolo personalizado no DotNetBrowser é bastante simples:

    public class HttpsHandler : IProtocolHandler
    {
        //Este método deve fornecer a resposta para o request especificado
        public IUrlResponse Handle(IUrlRequest request)
        {
            string htmlContent = "Request Url: " + request.Url + "\n";
            return new UrlResponse(Encoding.UTF8.GetBytes(htmlContent));
        }
    }

  

Este handler de protocolo personalizado pode então ser instalado para o BrowserContext específico:

    browser.Context.ProtocolService.Register("https", new HttpsHandler());

  

Depois do handler ser instalado, qualquer URL com o esquema https será tratado por este handler personalizado. Veja um exemplo.

Propriedade BrowserPreferences.CrashDumpDir

O BrowserPreferences.CrashDumpDir é uma propriedade estática de leitura-escrita que pode ser usada para especificar o diretório para armazenar os crash dumps gerados pelo Chromium. Esta propriedade deve ser especificada antes de criar qualquer instância de Browser ou BrowserView no seu código.

Problemas corrigidos:

Heavyweight WPFBrowserView não é mostrado corretamente quando colocado dentro de um controle Expander. Antes da correção, o BrowserView parecia estar mal posicionado depois de recolher e restaurar o Expander.
O WPFBrowserView heavyweight descartava impropriamente para o caso em que o evento Window.Closing era cancelado para uma janela pai.
O problema do foco quando a propriedade FireMouseEventsEnabled era definida como true no WPFBrowserView heavyweight. Agora, os menus drop-downs na página Web funcionam corretamente com um clique do mouse quando esta opção está ativada.
Cálculo dos limites no WPFBrowserView heavyweight para os ambientes com as configurações de DPI não padrão, causando o posicionamento incorreto da janela nativa.
A propriedade DisplayHeaderFooter para a impressão de PDF incorporada sendo ignorada. Na implementação anterior, os cabeçalhos e rodapés não eram impressos mesmo que a opção estivesse ativada.
Os handlers de eventos são especificados através do designer. Antes da correção, especificar o manipulador de eventos no designer levava a ignorar as propriedades BrowserType e URL.
Tamanhos de pop-up inadequados fornecidos ao PopupContainer nos ambientes com as definições de DPI não padrão.

Pedir licença de avaliação

Go Top