Ecco cosa devi sapere:
- La notazione dei colori
hwb()offre un nuovo modo per specificare il colore in base a tonalità, bianco e nero. - La priorità di recupero ti consente di indicare al browser l'ordine in cui devono essere scaricate le risorse.
- E c'è molto altro.
Vediamo cosa è disponibile in Chrome 101.
Notazione del colore hwb()
Descritto in un articolo di Stefan Judis come "notazione di colore per gli esseri umani", hwb() specifica il colore in base a tonalità, bianco e nero. Come per altre notazioni di colore, un componente alpha 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à 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": ritieni che la risorsa abbia una priorità elevata e vuoi che il browser la dia la priorità, a condizione che le sue regole di euristica non lo impediscano."low": ritieni che la risorsa abbia una priorità bassa e vuoi che il browser la dia una priorità inferiore, se le sue regole di euristica lo consentono."auto": questo è il valore predefinito che consente al browser di decidere la priorità appropriata.
Nell'esempio seguente, un'immagine con priorità bassa è 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 forget() per gli oggetti USBDevice. In questo modo, puoi dimenticare un dispositivo a cui era stata concessa l'autorizzazione in precedenza. Ad esempio, se si tratta di un'applicazione utilizzata su un computer condiviso con molti dispositivi.
Anche per Web USB, è stata apportata una correzione per supportare [SameObject] per gli attributi correlati all'interno di USBDevice. La modifica delle specifiche è disponibile in una PR alla bozza delle specifiche.
I worker dedicati caricati da un'origine sicura (HTTPS), ma istantaneamente da contesti non sicuri (non HTTPS), non sono più considerati sicuri. Ciò significa che all'interno di questi contesti dei worker:
- self.isSecureContext ora è false.
- self.caches e self.storageFoundation non sono più disponibili.
L'argomento popup per window.open() ora restituisce true, a seguito di una recente modifica alle specifiche per l'analisi di questo argomento. In precedenza, quando popup era impostato su true, window.open() era interpretato come false. Questa modifica semplifica l'utilizzo e la comprensione delle funzionalità booleane.
Per approfondire
Sono riportati solo alcuni punti salienti. Consulta i link di seguito per ulteriori modifiche a Chrome 101.