Tieni presente quanto segue:
- La notazione del colore
hwb()offre un nuovo modo per specificare il colore in base alla tonalità, al bianco e al 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 a colori hwb()
Descritto in un articolo di Stefan Judis come "notazione dei colori per gli esseri umani", hwb() specifica il colore in base alla tonalità, al bianco e al nero. Come per 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à 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
È disponibile un nuovo metodo di 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, 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 di 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. Controlla i link riportati di seguito per ulteriori modifiche a Chrome 101.