Nouveautés de Chrome 101

Voici les informations à retenir :

Voyons ce qui est disponible dans Chrome 101.

Notation de couleur 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, de la blancheur et du noir. Comme pour les autres notations de couleur, 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. Elle est compatible avec Firefox à partir de la version 96 et Safari à partir de la version 15.

Priorité d'exploration

La priorité de récupération vous permet d'indiquer au navigateur dans quel ordre les ressources doivent être téléchargées à l'aide de l'attribut fetchpriority. Cette valeur accepte les valeurs "high", "low" et "auto".

  • "high": vous considérez la ressource comme une priorité élevée et souhaitez que le navigateur la priorise tant que les heuristiques du navigateur ne l'empêchent pas.
  • "low": vous considérez la ressource comme une priorité faible et souhaitez que le navigateur la dépriorise si ses heuristiques le permettent.
  • "auto": valeur par défaut qui permet au navigateur de déterminer 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.

Autres nouveautés de cette version

Une nouvelle méthode forget() est disponible pour les objets USBDevice. Cela permet d'oublier un appareil auquel une autorisation a précédemment été accordée. Par exemple, s'il s'agit d'une application utilisée sur un ordinateur partagé avec de nombreux appareils.

Correction pour Web USB afin de prendre en charge [SameObject] pour les attributs associés dans USBDevice. La modification de la spécification est disponible dans une demande de publication pour la version préliminaire de la spécification.

Les workers dédiés chargés à partir d'une origine sécurisée (HTTPS), mais instanciés par des contextes non sécurisés (non-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.

L'argument popup pour window.open() est désormais évalué à true, suite à une modification récente de la spécification pour l'analyse de cet argument. Auparavant, lorsque popup était défini sur "true", window.open() était interprété comme false. Cette modification facilite l'utilisation et la compréhension des fonctionnalités booléennes.

Documentation complémentaire

Il ne s'agit que de quelques points clés. Pour en savoir plus sur les modifications apportées à Chrome 101, consultez les liens ci-dessous.