Veja o que é necessário saber:
- A notação de cor
hwb()oferece uma nova maneira de especificar cores de acordo com matiz, brancura e escuridão. - A prioridade de busca oferece uma maneira de indicar ao navegador a ordem em que os recursos precisam ser transferidos por download.
- E tem muito mais.
Vamos conferir o que está disponível no Chrome 101.
Notação de cor hwb()
Descrito em um artigo de Stefan Judis como uma "notação de cor para humanos", o hwb() especifica a cor de acordo com matiz, brancura e escuridão. Assim como em outras notações de cores, um componente alfa opcional especifica a opacidade.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Esse método de especificação de cores agora é bem aceito, sendo que o Firefox ofereceu suporte a partir da versão 96 e o Safari a partir da versão 15.
Buscar prioridade
A prioridade de busca oferece uma maneira de indicar ao navegador em qual ordem os recursos devem ser transferidos por download usando o atributo fetchpriority. Ele aceita valores de "high", "low" e "auto".
"high": você considera o recurso de alta prioridade e quer que o navegador o priorize, desde que as heurísticas do navegador não impeçam isso."low": você considera o recurso de baixa prioridade e quer que o navegador o despriorize, se as heurísticas permitirem."auto": é o valor padrão que permite que o navegador decida a prioridade adequada.
No exemplo abaixo, uma imagem de baixa prioridade é indicada com fetchpriority="low".
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Leia mais sobre os vários casos de uso em Otimizar o carregamento de recursos com a API Fetch Priority.
Também nesta versão
Existe um novo método de forget() para objetos USBDevice. Isso permite esquecer um dispositivo que já tinha permissão concedida. Por exemplo, se for um aplicativo usado em um computador compartilhado com vários dispositivos.
Também para o USB da Web, uma correção para oferecer suporte a [SameObject] para atributos relacionados em USBDevice. A mudança de especificação pode ser encontrada em uma PR para o rascunho da especificação.
Os workers dedicados carregados de uma origem segura (HTTPS), mas instanciados por contextos não seguros (não HTTPS), não são mais considerados seguros. Isso significa que, dentro desses contextos de worker:
- self.isSecureContext agora é false.
- self.caches e self.storageFoundation não estão mais disponíveis.
O argumento popup para window.open() agora é avaliado como true, após uma mudança recente na especificação para analisar esse argumento. Anteriormente, quando popup era definido como verdadeiro, window.open() era interpretado como false. Essa mudança facilita o uso e a compreensão dos recursos booleanos.
Leitura adicional
Isso inclui apenas alguns destaques importantes. Confira as mudanças adicionais no Chrome 101 nos links abaixo.