Ecco cosa devi sapere:
- La
hwb()notazione del colore ti offre un nuovo modo per specificare il colore in base a tonalità, bianco e nero. - Fetch Priority ti consente di suggerire al browser l'ordine in cui devono essere scaricate le risorse.
- E ce ne sono molti altri.
Diamo un'occhiata alle novità di Chrome 101.
Notazione del colore hwb()
Descritta in un articolo di Stefan Judis come "notazione del colore per gli esseri umani", hwb() specifica il colore in base a tonalità, bianco e nero. Come per le altre notazioni di colore, un componente alfa facoltativo specifica l'opacità.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Questo metodo di specifica del colore è ora ben supportato, con Firefox che lo supporta dalla versione 96 e Safari dalla versione 15.
Priorità di recupero
La priorità di recupero ti consente di suggerire al browser l'ordine in cui devono essere scaricate le risorse utilizzando l'attributo fetchpriority. Accetta i valori "high", "low" e "auto".
"high": consideri la risorsa una priorità elevata e vuoi che il browser la consideri tale, a condizione che l'euristica del browser non lo impedisca."low": consideri la risorsa a bassa priorità e vuoi che il browser la declassi se l'euristica lo consente."auto": questo è il valore predefinito che consente al browser di decidere la priorità appropriata.
Nell'esempio riportato di seguito, un'immagine a bassa priorità è indicata con fetchpriority="low".
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Scopri di più sui vari casi d'uso in Ottimizzare il caricamento delle risorse con l'API Fetch Priority.
Altre novità di questa release
Esiste un nuovo metodo di forget() per gli oggetti USBDevice. In questo modo è possibile dimenticare un dispositivo a cui era stata concessa l'autorizzazione. Ad esempio, se si tratta di un'applicazione utilizzata su un computer condiviso con molti dispositivi.
Inoltre, per Web USB, una correzione per supportare [SameObject] per gli attributi correlati all'interno di USBDevice. La modifica delle specifiche è disponibile in una richiesta di pull alla bozza delle specifiche.
I worker dedicati caricati da un'origine sicura (HTTPS), ma istanziati da contesti non sicuri (non HTTPS), non sono più considerati sicuri. Ciò significa che all'interno di questi contesti worker:
- self.isSecureContext ora è false.
- self.caches e self.storageFoundation non sono più disponibili.
L'argomento popup per window.open() ora restituisce true, in seguito a una recente modifica alla specifica per l'analisi di questo argomento. In precedenza, quando popup era impostato su true, window.open() veniva interpretato come false. Questa modifica rende le funzionalità booleane più facili da usare e comprendere.
Per approfondire
Questi sono solo alcuni dei punti salienti. Consulta i link riportati di seguito per ulteriori modifiche apportate a Chrome 101.