Voici les informations à retenir :
- La notation de couleur
hwb()vous offre une nouvelle façon de spécifier la couleur en fonction de la teinte, du blanc et du noir. - La page Fetch Priority indique à quel navigateur l'ordre dans lequel les ressources doivent être téléchargées.
- Et ce n'est pas tout : ce n'est pas tout.
Voyons ce qui est disponible dans Chrome 101.
Notation des couleurs hwb()
Décrit dans un article de Stefan Judis comme une "notation de couleur pour les humains", hwb() spécifie la couleur en fonction de la teinte, du blanc et du noir. Comme pour les autres notations de couleurs, un composant alpha facultatif spécifie l'opacité.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Cette méthode de spécification des couleurs est désormais bien prise en charge. Firefox est compatible à partir de la version 96 et Safari à partir de la version 15.
Priorité de récupération
La priorité de récupération permet d'indiquer au navigateur dans quel ordre les ressources doivent être téléchargées, à l'aide de l'attribut fetchpriority. Valeurs acceptées : "high", "low" et "auto".
"high": vous considérez que la ressource a une priorité élevée et vous souhaitez que le navigateur la donne en priorité tant que les méthodes heuristiques du navigateur n'empêchent pas cela."low": vous considérez que la ressource n'a pas de priorité et souhaitez que le navigateur redéfinisse sa priorité si ses heuristiques le permettent."auto": valeur par défaut qui permet au navigateur de décider de la priorité appropriée.
Dans l'exemple ci-dessous, une image de faible priorité est indiquée par fetchpriority="low".
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Pour en savoir plus sur les différents cas d'utilisation, consultez Optimiser le chargement des ressources avec l'API Fetch Priority.
Également dans cette version
Il existe une nouvelle méthode de forget() pour les objets USBDevice. Cela permet de supprimer un appareil pour lequel une autorisation précédemment a été accordée. (par exemple, s'il s'agit d'une application utilisée sur un ordinateur partagé avec de nombreux appareils).
Également pour la clé USB Web, correction de la prise en charge de [SameObject] pour les attributs associés dans USBDevice. Les modifications des spécifications sont disponibles dans la demande de spécification du brouillon.
Les nœuds de calcul dédiés chargés depuis une origine sécurisée (HTTPS), mais instanciés par des contextes non sécurisés (autres que HTTPS), ne sont plus considérés comme sécurisés. Cela signifie que dans ces contextes de nœud de calcul :
- self.isSecureContext est désormais false.
- self.caches et self.storageFoundation ne sont plus disponibles.
Suite à une modification récente de la spécification permettant d'analyser cet argument, l'argument popup pour window.open() prend désormais la valeur true. Auparavant, lorsque popup était défini sur "true", window.open() était interprété comme signifiant false. Ce changement facilite l'utilisation et la compréhension des caractéristiques booléennes.
Complément d'informations
Nous n'aborderons ici que certains points clés. Consultez les liens ci-dessous pour en savoir plus sur les modifications supplémentaires apportées à Chrome 101.