Adições à API Screen Capture, interpolação de propriedades do modelo de grade CSS e muito mais.
Salvo indicação em contrário, as mudanças descritas abaixo se aplicam à versão mais recente do Canal Beta do Chrome para Android, ChromeOS, Linux, macOS e Windows. Saiba mais sobre os recursos listados aqui nos links fornecidos ou na lista em ChromeStatus.com. O Chrome 107 está na versão Beta desde 29 de setembro de 2022. Faça o download da versão mais recente em Google.com para computador ou na Google Play Store no Android.
Interpolação de propriedades grid-template do CSS
Na grade CSS, as propriedades grid-template-columns e grid-template-rows permitem que os desenvolvedores definam nomes de linhas e rastreiem o dimensionamento de colunas e linhas da grade, respectivamente. Graças aos nossos colaboradores da Microsoft, agora aceitamos interpolação para essas propriedades. Os layouts de grade agora podem fazer uma transição suave entre estados, em vez de encaixar na metade de uma animação ou transição.
Controles de compartilhamento de tela que preservam a privacidade
A API Screen Capture inclui adições à API Media Capture and Streams para permitir que o usuário selecione uma tela ou parte dela (como uma janela) para capturar como um stream de mídia. Essa transmissão pode ser gravada ou compartilhada com outras pessoas pela rede. Nesta versão Beta, alguns novos recursos foram adicionados a essa API.
DisplayMediaStreamConstraints.selfBrowserSurface
Dica que permite que os aplicativos da Web instruam o navegador se, ao chamar getDisplayMedia(), a guia atual deve ser excluída da lista de guias oferecidas ao usuário.
Isso ajuda a evitar a captura acidental quando os usuários escolhem acidentalmente a guia onde o app está sendo executado, um efeito Hall dos espelhos é produzido, confundindo os usuários e prejudicando as discussões com os usuários remotos.
DisplayMediaStreamConstraints.surfaceSwitching
Adiciona uma opção para controlar programaticamente se o Chrome mostra um botão para alternar guias durante o compartilhamento de tela. Essa opção será transmitida para navigator.mediaDevices.getDisplayMedia().
O botão "Compartilhar esta guia" permite que os usuários alternem facilmente a guia compartilhada, sem precisar selecionar a guia da videoconferência novamente, clicar em um botão para iniciar o getDisplayMedia() de novo ou selecionar uma nova guia em uma longa lista. Esse comportamento é exposto condicionalmente, porque nem todos os aplicativos da Web são capazes de lidar com ele.
MediaTrackConstraintSet.displaySurface
Quando getDisplayMedia() é chamado, o navegador oferece ao usuário uma opção de superfície de exibição: guias, janelas ou monitores. Usando a restrição displaySurface, o aplicativo da Web agora pode sugerir ao navegador caso ele prefira que um determinado tipo de superfície seja oferecido com mais destaque ao usuário
Saiba mais sobre como esses recursos ajudam a evitar o compartilhamento acidental.
Status de bloqueio da renderização no Resource Timing
Adiciona um campo a PerfomanceResourceTiming para indicar o status de bloqueio da renderização de um recurso. Atualmente, do ponto de vista do desenvolvedor, a única maneira de determinar quais recursos realmente bloquearam a renderização é confiar em heurísticas complexas. Em vez disso, o novo campo forneceria um indicador direto relacionado a ele.
Caracteres curinga em origens da política de permissões
Esse recurso adiciona suporte a caracteres curinga na política de permissões estruturada como SCHEME://*.HOST:PORT (por exemplo, https://*.foo.com/), em que uma origem válida pode ser construída a partir de SCHEME://HOST:PORT (por exemplo, https://foo.com/). Isso exige que o HOST seja pelo menos eTLD+1 (um domínio registrável). Isso significa que https://*.bar.foo.com/ funciona, mas https://*.com/ não. Não haverá suporte para caracteres curinga na seção de esquema e porta, e o https://*.foo.com/ não delega para https://foo.com/. Antes, uma política de permissões pode ter esta aparência:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Com esse recurso, é possível usar:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Ofereça suporte ao atributo rel em elementos <form>.
Esse recurso adiciona o atributo rel a elementos de formulário, o que possibilita evitar que o window.opener esteja presente em sites acessados por elementos de formulário com rel=noopener e impede que o cabeçalho referenciador seja enviado com rel=noreferrer.
Testes de origem
Esta versão do Chrome teve dois novos testes de origem.
API PendingBeacon declarativa
Uma API de beacon com estado que permite ao navegador controlar quando os beacons são enviados. Um beacon é um pacote de dados enviados a um servidor de back-end sem esperar uma resposta específica. Muitas vezes, é recomendável enviá-los ao final da visita do usuário a uma página, mas não há um bom momento para fazer essa chamada de "envio". Essa API delega o envio ao próprio navegador, de modo que pode suportar beacons no descarregamento de páginas ou na ocultação da página, sem que o desenvolvedor tenha que implementar chamadas de envio exatamente nos momentos certos.
A previsão é que esse teste funcione até o Chrome 109. Clique aqui para se inscrever no teste.
Permissões-Política: descarregar
Esse recurso permite que as páginas desativem a execução de manipuladores de eventos de descarregamento. O objetivo é permitir que os sites que removeram todos os gerenciadores de descarregamento não adicionem novos gerenciadores sem querer. Isso vai ajudar os sites a migrar para outros manipuladores de eventos de descarregamento e, assim, melhorar a taxa de hits de BFCache.
A previsão é que esse teste funcione até o Chrome 109. Clique aqui para se inscrever no teste.
Descontinuações e remoções
Esta versão do Chrome apresenta as suspensões de uso e remoções listadas abaixo. Acesse ChromeStatus.com para consultar as listas de descontinuações planejadas, suspensões atuais e remoções anteriores.
Nesta versão do Chrome, descontinuamos um recurso.
CT de expectativa
Expect-CT é um cabeçalho HTTP que permite que os sites ativem a aplicação da Transparência dos certificados antes da aplicação por padrão. Ele também tem a funcionalidade de geração de relatórios para ajudar os desenvolvedores a descobrir configurações incorretas do CT.
O cabeçalho HTTP Expect-CT foi projetado para ajudar na transição para a aplicação universal da Transparência dos certificados (CT, na sigla em inglês), permitindo que sites de alto valor ativem a aplicação ou a geração de relatórios de CT para melhorar a segurança antes que ela seja exigida (pelo Chrome) em todos os sites públicos. No entanto, o Expect-CT deixou de ser útil. No momento, o Chrome exige CT em todos os sites públicos, então não há mais valor de segurança para o Expect-CT. Nenhum outro navegador implementou a Expect-CT. Portanto, a remoção dela não é um problema de interoperabilidade.