Descontinuações e remoções de APIs no Chrome 51

Joe medley
Joe Medley

Em quase todas as versões do Chrome, vemos um número significativo de atualizações e melhorias no produto, no desempenho dele e também nos recursos da plataforma da Web.

No Chrome 51 (abril de 2016), há diversas mudanças no Chrome.

Remoção da compatibilidade com SPDY/3.1.

Texto longo, leia o resumo: o suporte a HTTP/2 é generalizado o suficiente para que o suporte a SPDY/3.1 possa ser descartado.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

O SPDY/3.1 era um protocolo experimental da camada do aplicativo que oferecia melhorias de performance em relação ao HTTP/1.1. Isso foi feito, por exemplo, com multiplexação de conexão e push de servidor. Muitos dos recursos foram incorporados ao HTTP/2, que foi publicado como RFC em maio do ano passado. Como o HTTP/2 é compatível com os principais servidores e clientes, é hora de remover o SPDY/3.1 do Chrome.

Remover negociação do próximo protocolo TLS (NPN)

Texto longo, leia o resumo: como parte da descontinuação do SPDY, o NPN foi removido, já tendo sido substituído pelo ALPN.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

NPN era a extensão TLS usada para negociar SPDY (e, em transição, HTTP/2). Durante o processo de padronização, o NPN foi substituído pelo ALPN, publicado como RFC 7301 em julho de 2014. Pretendemos remover o NPN e o SPDY ao mesmo tempo.

Remover mensagens personalizadas em caixas de diálogo onbeforeunload

Texto longo, leia o resumo:a propriedade onbeforeunload de uma janela não é mais compatível com uma string personalizada.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

A propriedade onbeforeunload de uma janela pode ser definida como uma função que retorna uma string, que é mostrada ao usuário em uma caixa de diálogo para confirmar que ele quer sair. O objetivo era evitar que os usuários perdessem dados durante a navegação. Infelizmente, ele é muitas vezes usado para aplicar golpes nos usuários.

A partir do Chrome 51, uma string personalizada não será mais exibida ao usuário. O Chrome ainda vai mostrar uma caixa de diálogo para evitar que os usuários percam dados, mas o conteúdo vai ser definido pelo navegador, e não pela página da Web.

Com essa mudança, o Chrome será consistente com o Safari 9.1 e versões posteriores, além do Firefox 4 e versões posteriores.

Atributo de resultados descontinuado para <input type=search>

Texto longo, leia o resumo:o atributo results está sendo descontinuado porque não faz parte de nenhum padrão e foi implementado de maneira inconsistente nos navegadores.

Intenção de remover | Rastreador de status do Chrome | Bug do Chromium

O valor results só é implementado no webkit e se comporta de maneira muito inconsistente com aqueles que funcionam. Por exemplo, o Chrome adiciona um ícone de lupa à caixa de entrada, enquanto na área de trabalho do Safari, ele controla quantas consultas enviadas são mostradas em um pop-up exibido ao clicar no ícone de lupa. Como isso não faz parte de nenhum padrão, ele será descontinuado.

Se você ainda precisar incluir o ícone de pesquisa no campo de entrada, vai ser necessário adicionar um estilo personalizado ao elemento. Você pode fazer isso incluindo uma imagem de plano de fundo e especificando um padding à esquerda no campo de entrada.

    input[type=search] {
      background: url(some-great-icon.png) no-repeat scroll 15px 15px;
     padding-left:30px;
    }

A remoção está prevista no Chrome 53.