Imbrication CSS, composition d'animation et paramètre émetteur pour le constructeur FormData.
Sauf indication contraire, les modifications décrites ci-dessous s'appliquent à la dernière version bêta de Chrome pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur les fonctionnalités listées ici, cliquez sur les liens fournis ou consultez la liste sur ChromeStatus.com. Chrome 112 est en version bêta depuis le 9 mars 2023. Vous pouvez télécharger la dernière version sur Google.com sur un ordinateur ou sur le Google Play Store sur Android.
CSS
Imbrication CSS
Possibilité d'imbriquer des règles de style CSS dans d'autres règles de style, en combinant des sélecteurs de l'extérieur avec la règle interne pour améliorer la modularité et la gestion des feuilles de style Pour en savoir plus, consultez cet article sur l'imbrication CSS.
Propriété CSS animation-composition
La propriété animation-composition permet de spécifier l'opération composite à utiliser lorsque plusieurs animations affectent simultanément la même propriété. Consultez un exemple dans cette démonstration.
API Web
La barre d'infos "Actualiser cette page" ne s'affiche plus si le frame de premier niveau observe les changements d'autorisations
Supprime la barre d'informations "Actualiser cette page" si le frame de premier niveau est abonné à l'événement onchange de PermissionStatus, qui est considéré comme une indication que l'application souhaite réagir de manière dynamique aux changements d'autorisation de l'appareil photo ou du micro initiés via la boîte de dialogue d'informations sur la page. Quelle que soit la présence de l'écouteur d'événements, le comportement préexistant reste inchangé : les flux multimédias sont arrêtés immédiatement après la révocation de l'autorisation.
Ajout d'un paramètre "sendter facultatif" au constructeur FormData.
Permet de transmettre un bouton d'envoi au constructeur FormData. Si le bouton a un nom ou s'il s'agit d'un bouton d'image, il sera pris en compte dans l'ensemble de données du formulaire. Cela permet de créer un objet FormData avec le même ensemble de données qu'un envoi de formulaire standard déclenché par le bouton.
Indicateur RegExp v avec la notation définie et les propriétés des chaînes
Ajoutez des opérations d'ensemble, des littéraux de chaîne, des classes imbriquées et des propriétés Unicode de chaînes aux classes de caractères des expressions régulières. Les opérations de définition et les propriétés Unicode des chaînes permettent aux développeurs de créer facilement des expressions régulières correspondant à des chaînes comportant certains caractères Unicode.
Par exemple:/[\p{Script_Extensions=Greek}&&\p{Letter}]/v correspond à toutes les lettres grecques.
Algorithme de sélection initiale de <dialog> mis à jour
Certaines modifications ont été apportées à l'élément sélectionné pour que le curseur soit mis en avant lorsqu'un élément <dialog> est ouvert:
- Faites en sorte que les étapes de sélection de la boîte de dialogue examinent les éléments sélectionnables au clavier plutôt que tous les autres.
- Faites en sorte que l'élément de boîte de dialogue lui-même soit sélectionné si l'attribut d'autofocus est défini.
- Faites en sorte que l'élément de boîte de dialogue lui-même devienne un élément de remplacement au lieu d'être "réinitialisé" sur l'élément du corps.
Appel de queue WebAssembly
Ajout d'un appel de queue explicite et d'un code d'opération d'appel de queue indirect à WebAssembly.
WebGLContextEvent sur les workers Web
Le type WebGLContextEvent est défini dans la spécification WebGL de Khronos depuis plusieurs années, mais il n'a été remarqué que récemment dans Blink, et n'est pas exposé sur les workers Web.
La plupart des applications ajoutent simplement un écouteur d'événements pour le type et ne recherchent pas son prototype dans le champ d'application global. Il s'agit d'une correction simple de l'IDL Web de Blink pour WebGLContextEvent, mais la modification a été rendue visible sur le Web.
Ignorer le gestionnaire de récupération no-op de service worker
Cette fonctionnalité permet de parcourir rapidement les pages sans gestionnaire de service worker sans opération, en les ignorant.
Certains sites disposent d'un écouteur d'extraction no-op (aucune opération), par exemple onfetch = () => {}. Étant donné que cet écouteur était l'une des conditions requises pour devenir une progressive web app (PWA), nous supposons qu'il a fait cela pour que leur site soit reconnu comme une PWA. Toutefois, cela n'entraîne que des frais supplémentaires liés au démarrage d'un service worker et à l'exécution d'un écouteur no-op, sans offrir d'avantages en termes de fonctionnalités, comme la mise en cache ou les capacités hors connexion, car le code n'a aucun effet.
Pour accélérer la navigation vers ces pages, à partir de Chrome 112, nous omettreons le démarrage du service worker et l'envoi des écouteurs dans le chemin critique de navigation si un user-agent identifie que tous les écouteurs d'extraction du service worker sont no-ops.
Dans le cadre de ce changement, Chromium affichera des avertissements dans la console si tous les écouteurs d'extraction du service worker sont no-ops, et incitera les développeurs à supprimer les écouteurs d'extraction inutiles. Nous espérons que les sites cesseront d'utiliser les écouteurs de récupération inutiles, et nous pourrons abandonner cette fonctionnalité à l'avenir.
Accept-encoding: br (Brotli) sur une connexion HTTPS dans WebView
Brotli (type d'encodage de contenu: br) est un algorithme de compression sans perte à usage générique qui offre une compression plus dense avec un taux de compression et une vitesse comparables aux meilleures méthodes de compression à usage général actuellement disponibles (consultez google/brotli et RFC 7932 pour en savoir plus).
Le type d'encodage de contenu HTTP pour Brotli (Accept-Encoding: br) est compatible avec Chrome depuis la version 50, mais il n'était encore activé pour WebView. Cette fonctionnalité fera l'objet d'un déploiement progressif afin d'assurer sa stabilité et sera disponible pour 50% de la population sur la version bêta de WebView.
Essais d'origine en cours
Dans Chrome 112, vous pouvez activer les phases d'évaluation suivantes.
FedCM: API de réauthentification automatique
La dernière version de FedCM inclut une fonctionnalité de réauthentification automatique qui permet d'activer la réauthentification automatique des utilisateurs lorsqu'ils reviennent après leur authentification initiale via FedCM.
Actuellement, après qu'un utilisateur a créé un compte fédéré sur un tiers assujetti à des restrictions auprès d'un IdP (fournisseur d'identité) via FedCM, il doit suivre la même procédure dans l'interface utilisateur la prochaine fois qu'il accède au site Web. Autrement dit, ils doivent confirmer explicitement et s'authentifier à nouveau pour poursuivre le flux de connexion. L'un des principaux objectifs de FedCM étant d'empêcher le suivi dissimulé, cette expérience utilisateur (UX) est logique avant que l'utilisateur ait créé le compte fédéré, mais elle devient inutile et fastidieuse une fois que l'utilisateur l'a parcouru une fois. C'est pourquoi Chrome propose une expérience utilisateur simplifiée que les tiers assujettis à des restrictions peuvent choisir pour leurs utilisateurs connus.
S'inscrire à la phase d'évaluation de la réauthentification automatique FedCM
Essai d'abandon
La méthode getStats() de RTCPeerConnection ne renverra plus les objets de statistiques où type == "track" ou "stream". Cette fonctionnalité étant supprimée dans Chrome 112, activez cet essai pour disposer de plus de temps pour effectuer les modifications nécessaires.
S'inscrire à cet essai d'abandon
Abandon de X-Requested-With dans WebView
La phase d'évaluation d'abandon est compatible avec la préactivation multi-origine lors de l'appel de services qui reposent sur l'en-tête X-Requested-With. Cette option est disponible dans WebView à partir de Chrome 112. Consultez les instructions de configuration de la phase d'évaluation pour savoir comment utiliser cette fonctionnalité.
Inscrivez-vous à l'essai d'abandon de X-Requested with WebView.
Abandons et suppressions
Cette version de Chrome présente les abandons et suppressions listés ci-dessous. Accédez à ChromeStatus.com pour consulter la liste des abandons prévus, des abandons actuels et des suppressions précédentes.
Cette version de Chrome abandonne une fonctionnalité.
Abandon du setter document.domain
Le setter document.domain permet aux développeurs d'assouplir la règle d'origine commune, en compliquant la limite de sécurité fondamentale que nous souhaitons maintenir et en empêchant les modifications post-Spectre du modèle de processus de Chromium. Il peut désormais être activé via des clusters d'agents selon l'origine.
Cette version de Chrome supprime une fonctionnalité.
Suppression des objets de statistiques track et stream de la méthode getStats() de RTCPeerConnection.
La méthode getStats() de RTCPeerConnection ne renverra plus les objets de statistiques où type == "track" ou "stream". Non disponible dans Chrome 112, avec un essai d'abandon (répertorié ci-dessus) permettant d'étendre la disponibilité de ces métriques à Chrome 115.