Tieni presente quanto segue:
- La notazione dei colori
hwb()offre un nuovo modo per specificare il colore in base alle tonalità, al bianco e al nero. - Priorità di recupero consente di suggerire al browser in quale ordine devono essere scaricate le risorse.
- E ce ne sono molte altre.
Diamo un'occhiata a cosa è disponibile nella versione 101 di Chrome.
Notazione dei colori hwb()
Descritta in un articolo di Stefan Judis come "notazione del colore per gli esseri umani", hwb() specifica il colore in base alle tonalità, al bianco e all'oscurità. 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 per specificare il colore è ora ben supportato: dalla versione 96 è supportato da Firefox e dalla versione 15 di Safari.
Priorità recupero
La priorità di recupero consente di suggerire al browser in quale ordine devono essere scaricate le risorse, utilizzando l'attributo fetchpriority. Accetta valori di "high", "low" e "auto".
"high": consideri la risorsa una priorità elevata e vuoi che il browser la assegni, purché le euristiche del browser non impediscano che ciò accada."low": consideri la risorsa una priorità bassa e vuoi che il browser la diminuisca se l'euristica lo consente."auto": è il valore predefinito che consente al browser di stabilire la priorità appropriata.
Nell'esempio che segue, 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!">
Per saperne di più sui vari casi d'uso, consulta l'articolo Ottimizzare il caricamento delle risorse con l'API Fetch Priority.
Anche in questa release
È disponibile un nuovo metodo di forget() per gli oggetti USBDevice. In questo modo è possibile eliminare 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 il supporto di [SameObject] per gli attributi correlati all'interno di USBDevice. La modifica della specifica è disponibile in un PR alla bozza della specifica.
I worker dedicati caricati da un'origine sicura (HTTPS), ma creati 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 modifica recente alla specifica per l'analisi di questo argomento. In precedenza, quando il valore di popup era impostato su true, il valore window.open() veniva interpretato come false. Questa modifica rende le funzioni booleane più facili da utilizzare e comprendere.
Per approfondire
Vengono trattati solo alcuni punti salienti. Consulta i link di seguito per ulteriori modifiche alla versione 101 di Chrome.