O Chrome 106 é lançado hoje com vários recursos experimentais e obsoletos.

Já se passaram quatro semanas desde o lançamento do Google Chrome 105, o que significa que é hora da próxima versão principal do navegador estar disponível. O Chrome 106 não é uma atualização tão grande quanto seu antecessor em termos de novas APIs e recursos, mas ainda possui alguns recursos interessantes e será lançado nas últimas horas de hoje.

Desta vez, começaremos com a depreciação, que são três. O tipo de cota constante foi preterido no método requestFileSystem() porque complica o código, o que é especialmente indesejável devido ao seu uso infrequente. Os fluxos de push HTTP/2 sofrerão o mesmo destino que o Chrome não receberá mais, armazenará na memória ou consumirá fluxos enviados por essa configuração. Da mesma forma, o Chrome 106 também descarta o suporte para caracteres não ASCII em atributos de nome de domínio de cookie, conforme a padronização mais recente na especificação RFC 6265bis.

Em termos de novos recursos, uma das principais melhorias é o suporte para o recurso Bring Your Own Buffer (BYOB) no SerialPort . Veja como o Google o descreve:

Os desenvolvedores podem descobrir suporte para leitores BYOB chamando getReader({mode: ‘byob’ }), pois implementações mais antigas lançam um TypeError ao passar um novo parâmetro. Os leitores BYOB (ou “traga seu próprio buffer”) permitem que o desenvolvedor especifique o buffer no qual os dados são lidos, em vez de fazer com que o fluxo aloque um novo buffer para cada bloco. Além de potencialmente reduzir a carga de memória, isso permite que o desenvolvedor controle a quantidade de dados recebidos, já que o fluxo não pode retornar mais do que há espaço no buffer fornecido. A capacidade de ler uma certa quantidade de dados de uma porta torna essa API mais familiar para desenvolvedores acostumados à programação, em comparação com as APIs do Windows e POSIX para dispositivos seriais, que funcionam no mesmo princípio “traga seu próprio buffer”.

Os leitores BYOB permitem que os desenvolvedores especifiquem o buffer no qual os dados são lidos, em vez de fazer com que o fluxo aloque um buffer para cada bloco. Além de reduzir potencialmente a pressão da memória, isso permite que o script controle a quantidade de dados recebidos em um bloco, pois o fluxo não pode retornar mais do que há espaço no buffer fornecido. A capacidade de ler uma certa quantidade de dados de uma porta tem sido um recurso frequentemente solicitado por desenvolvedores acostumados a programar para Windows e a API POSIX para dispositivos seriais, que funcionam no mesmo princípio “traga seu próprio buffer”. A API atual, por outro lado, exige que os desenvolvedores se protejam contra dados indesejados adicionais, em vez de apenas ler o que estão dispostos a processar.

Além disso, a propriedade CSS sem o prefixo hyphenate-character agora é estável e será fornecida com o Chrome 106. A propriedade “-webkit-hyphenate-character” será preterida em uma data posterior, quando nenhuma data for fornecida.

Outra melhoria importante no Chrome 106 é o suporte para a API v3 Intl.NumberFormat . Esta versão tem as seguintes novidades:

1. Adicione 3 novas funções para formatação de intervalo de números: formatRange / formatRangeToParts / selectRange
2. Enumeração do grupo
3. Novas opções de arredondamento/precisão
4. Prioridade de arredondamento
5. Interpretar strings como decimais
6. Modos de arredondamento
7. Sinal de exibição Negativo

Além disso, um retorno de chamada de desenfileiramento foi introduzido para interfaces de áudio e vídeo em WebCodecs . Isso permite que os desenvolvedores saibam se o tamanho da fila diminuiu nas interfaces de codificação e decodificação, em vez de definir uma função de tempo para verificar aleatoriamente o mesmo.

Além disso, a unidade de comprimento CSS “ic” agora é suportada . Isso é usado para expressar o comprimento “em relação à medida estendida do ideograma da água” para fontes japonesas e chinesas, e já está presente no Safari e no Firefox. No futuro, o CORS será aplicado ao pré-buscar e carregar sub -recursos por meio do Signed HTTP Exchange.

Há também alguns recursos experimentais nesta versão do Chrome. Há dois testes de desenvolvedor bloqueados por caixas de seleção. A primeira é atualizar os métodos assíncronos na API de acesso ao sistema de arquivos para métodos síncronos . Isso melhorará o desempenho e garantirá a consistência da API. Em segundo lugar, o Google continuará a Fase 5 de seu Plano de Redução de User Agent . A ideia é melhorar a privacidade e reduzir a possibilidade de erros ao analisar uma string complexa do User-Agent.

Da mesma forma, dois recursos também chegaram aos testes do Origin. Quadros anônimos oferecem uma maneira de carregar documentos em quadros externos por meio de contextos efêmeros. Por ser uma generalização da Cross-Origin Embedding Policy (COEP), ela remove a exigência de que iframes de terceiros suportem COEP como pré-requisito para serem incorporados em uma página COEP. Este teste será executado até o Chrome 108.

A API pop-up agora também é oferecida por meio de testes do Origin . Ele permite que os desenvolvedores exibam elementos de interface do usuário temporários interativos sobre aplicativos da web. É semelhante ao elemento “diálogo”, mas possui novos recursos, como comportamento de fechamento de tela, controle de interação pop-up, animação, suporte a eventos e modo sem janela restrita.

O Chrome 106 começará a ser lançado esta tarde. Se o Chrome não atualizar automaticamente para a versão 106 em um dia, acesse Ajuda > Sobre o Google Chrome para ativar a atualização assim que estiver disponível. O Chrome 107 é o próximo, com uma versão beta em 29 de setembro e uma versão estável em 25 de outubro.