Veja o que é necessário saber:
- A notação de cor
hwb()oferece uma nova maneira de especificar cores de acordo com matiz, branco e escuridão. - Buscar prioridade dá uma maneira de indicar ao navegador a ordem em que os recursos devem ser transferidos por download.
- E há muito mais.
Vamos dar uma olhada no que está disponível no Chrome 101.
Notação de cor hwb()
Descreva em um artigo de Stefan Judis como uma "notação de cor para humanos", hwb() especifica a cor de acordo com matiz, claridade e escuridão. Assim como acontece com outras notações de cor, um componente alfa opcional especifica a opacidade.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
O método de especificar cores agora é aceito, com o Firefox a partir da versão 96 e o Safari a partir da versão 15.
Prioridade da busca
A prioridade de busca oferece uma maneira de indicar ao navegador em que ordem os recursos precisam ser transferidos por download usando o atributo fetchpriority. Ele aceita os 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 dele não impeça que isso aconteça."low": você considera o recurso de baixa prioridade e quer que o navegador diminua a prioridade dele se a heurística permitir."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
Há um novo método de forget() para objetos USBDevice. Isso permite esquecer um dispositivo que já tinha essa permissão. Por exemplo, se for um aplicativo usado em um computador compartilhado com muitos dispositivos.
Também para Web USB, uma correção para oferecer suporte a [SameObject] para atributos relacionados em USBDevice A alteração pode ser encontrada em um PR para a especificação de rascunho.
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 de window.open() agora é avaliado como true, após uma mudança recente na especificação de análise desse argumento. Anteriormente, quando popup era definido como verdadeiro, window.open() era interpretado como false. Essa alteração torna os atributos booleanos mais fáceis de usar e de entender.
Leia mais
Isso aborda apenas alguns destaques importantes. Confira nos links abaixo outras mudanças no Chrome 101.