O que você precisa saber:
- A notação de cor
hwb()oferece uma nova maneira de especificar a cor de acordo com matiz, brancura e negrura. - Com a prioridade de busca, você pode indicar ao navegador a ordem em que os recursos devem ser baixados.
- 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 cores para humanos", o hwb() especifica a cor de acordo com a matiz, o branco e o preto. 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. O Firefox oferece suporte a ele desde a versão 96, e o Safari, desde a versão 15.
Prioridade de busca
A prioridade de busca permite indicar ao navegador em qual ordem os recursos devem ser baixados usando o atributo fetchpriority. Isso aceita valores de "high", "low" e "auto".
"high": você considera o recurso de alta prioridade e quer que o navegador o priorize, desde que a heurística do navegador não impeça isso."low": você considera o recurso de baixa prioridade e quer que o navegador diminua a prioridade dele se a heurística permitir."auto": esse é o valor padrão que permite ao navegador decidir 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
Há um novo método de forget() para objetos USBDevice. Isso permite esquecer um dispositivo que tinha permissão concedida anteriormente. Por exemplo, se for um aplicativo usado em um computador compartilhado com muitos dispositivos.
Além disso, para o Web USB, uma correção para oferecer suporte a [SameObject] para atributos relacionados em USBDevice. A mudança na especificação pode ser encontrada em uma solicitação de pull para a especificação de rascunho.
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, seguindo uma mudança recente na especificação para analisar esse argumento. Antes, quando popup era definido como "true", window.open() era interpretado como false. Essa mudança facilita o uso e o entendimento dos recursos booleanos.
Leitura adicional
Isso abrange apenas alguns destaques importantes. Confira os links abaixo para mais mudanças no Chrome 101.