Chrome 126 bêta

Sauf indication contraire, les modifications suivantes 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 126 est en version bêta depuis le 15 mai 2024. Vous pouvez télécharger les dernières versions sur Google.com pour ordinateur ou sur le Google Play Store sur Android.

CSS

Cette version inclut une nouvelle fonctionnalité CSS.

Transitions d'affichage de plusieurs documents pour les navigations à la même origine

Auparavant, vous deviez repenser l'architecture de votre site Web en SPA (application monopage) pour pouvoir utiliser l'API View Transitions. Ce n'est plus le cas. Les transitions de vue sont désormais activées par défaut pour les navigations à la même origine. Vous pouvez créer une transition de vue entre deux documents différents de la même origine.

Pour permettre une transition d'affichage de plusieurs documents, les deux extrémités doivent l'activer. Pour ce faire, utilisez la règle @view-transition et définissez le descripteur navigation sur auto.

@view-transition {
  navigation: auto;
}

Les transitions de vue de plusieurs documents utilisent les mêmes éléments de base et principes que les transitions de vue d'un même document. Les éléments auxquels un view-transition-name est appliqué sont capturés, et vous pouvez personnaliser les animations à l'aide d'animations CSS.

Pour en savoir plus, consultez la documentation de l'API View Transitions.

API Web

Cet article contenait à l'origine la fonctionnalité de paramètre de contenu plein écran automatique, qui a été intégrée à Chrome 127.

Extension déclencheur-rumble de l'API Gamepad

Étend l'interface GamepadHapticActuator afin d'exposer la fonctionnalité de déclencheur-rumble sur le Web pour les manettes de jeu compatibles. Cette extension permettra aux applications Web qui exploitent l'API Gamepad de faire vibrer également les déclencheurs des manettes de jeu équipées de cette fonctionnalité.

Paramètres OpusEncoderConfig signal et application

Les paramètres OpusEncoderConfig.signal et OpusEncoderConfig.application sont directement mappés aux commandes de l'encodeur spécifiques à l'implémentation. Ils permettent aux auteurs Web de fournir des indications sur le type de données encodées et le contexte dans lequel elles sont utilisées.

signal peut être "auto", "music" ou "voice". Elle configure l'encodeur pour obtenir des performances d'encodage optimales pour le type de données spécifié. application peut être "voip", "audio" ou "lowdelay". Il configure l'encodeur pour favoriser l'intelligibilité vocale, la reproduction fidèle de l'entrée d'origine ou une latence minimale.

PointerEvent.deviceId pour l'écriture multistyle

Les appareils dotés de fonctionnalités avancées de saisie au stylet sont de plus en plus répandus. Il est donc important que la plate-forme Web continue d'évoluer pour être entièrement compatibles avec ces fonctionnalités avancées afin de proposer des expériences riches aux utilisateurs finaux et aux développeurs. L'une de ces avancées est la capacité du numériseur d'un appareil à reconnaître plusieurs stylets interagissant simultanément avec lui.

Cette fonctionnalité est une extension de l'interface PointerEvent permettant d'inclure un nouvel attribut, deviceId, qui représente un identifiant unique persistant, isolé du document, qu'un développeur peut utiliser de manière fiable pour identifier les stylos individuels qui interagissent avec la page.

Applications Web à onglets ChromeOS

Les PWA dans une fenêtre autonome ne peuvent avoir qu'une seule page ouverte à la fois. Certaines applications s'attendent à ce que les utilisateurs ouvrent plusieurs pages en même temps. Le mode par onglets ajoute une barre d'onglets aux applications Web autonomes dans ChromeOS, ce qui permet d'ouvrir plusieurs onglets simultanément.

Cette fonctionnalité ajoute un nouveau mode d'affichage de "tabbed" et un nouveau champ de fichier manifeste pour permettre de personnaliser la barre d'onglets.

Méthode toJSON() pour GeolocationCoordinates et GeolocationPosition

Ajout des méthodes .toJSON() aux interfaces GeolocationCoordinates et GeolocationPosition. Cela permet la sérialisation de ces objets avec JSON.stringify().

Assistance visualViewport onscrollend

L'événement JavaScript scrollend se déclenche pour signaler qu'une opération de défilement est terminée.

L'interface visualViewport inclut un gestionnaire d'événements onscrollend qui doit être appelé lorsqu'une opération de défilement sur visualViewport est terminée. Chrome permet déjà d'ajouter un écouteur d'événements de défilement via visualViewport.addEventListener("scrollend"). Cela permet simplement d'ajouter un écouteur d'événements à l'aide de visualViewport.onscrollend.

Superinterface IDL Web WebGLObject

Cette fonctionnalité expose le type WebGLObject dans les mêmes contextes où l'API WebGL est exposée, c'est-à-dire sur le thread principal et les nœuds de calcul.

Transformation encodée en WebRTC: fonctions de modification des métadonnées

Certains cas d'utilisation d'une transformation encodée WebRTC impliquent la manipulation non seulement de la charge utile des trames vidéo ou audio encodées, mais aussi de leurs métadonnées. Exemple :

Modifier l'horodatage d'une image pour introduire un retard. Modifier le type MIME de la trame si la transformation modifie le type de charge utile. Transfert de contenus multimédias vers une nouvelle connexion de pairs configurée pour utiliser des valeurs de métadonnées différentes.

Cette fonctionnalité permet à l'API Encoded Transform WebRTC de manipuler les métadonnées d'images audio et vidéo.

Compatibilité SVG pour l'API Async Clipboard

Passez à UTF-8 sous Windows tout en écrivant le format image/svg+xml dans le presse-papiers. Le format HTML utilise déjà UTF-* sous Windows, ce qui permettra de copier et de coller des images SVG depuis le presse-papiers.

Sur toutes les autres plates-formes compatibles, image/svg+xml est sérialisé au format UTF-8 avant d'être écrit dans le presse-papiers.

Pour en savoir plus, consultez Compatibilité des fichiers SVG avec l'API Async Clipboard.

Réactivation de l'API CloseWatcher et fermeture des requêtes pour <dialog> et popover=""...

L'API CloseWatcher permet de gérer de manière uniforme les requêtes de fermeture, telles que la touche ESC sur les plates-formes de bureau, ou le geste ou le bouton Retour sur Android. Cette fonctionnalité a été initialement disponible dans Chrome 120, mais a été désactivée en raison d'une interaction inattendue avec <dialog>. Elle a été réactivée dans Chrome 126 après quelques améliorations de son comportement afin de minimiser les problèmes détectés.

Prise en charge du framework d'accessibilité d'automatisation de l'interface utilisateur sous Windows

Microsoft a collaboré avec l'équipe Chrome pour prendre en charge le framework d'automatisation de l'interface utilisateur (UIA) sous Windows, ce qui permet aux outils d'accessibilité de communiquer plus facilement avec le navigateur. Un déploiement progressif vers la version stable commence dans la version 126 de Chrome. Cela permet à Voice Access de fonctionner dans tous les navigateurs basés sur Chromium et améliore l'expérience utilisateur pour tous les outils d'accessibilité basés sur l'UIA, tels que le narrateur et la loupe. Ce travail éliminera également la couche d'émulation de l'UIA de Windows, qui était à l'origine de nombreux problèmes de performances dans Chromium sous Windows.

Pour en savoir plus, consultez Présentation de la prise en charge de l'UIA sous Windows.

Nouvelles phases d'évaluation

Dans Chrome 126, vous pouvez activer les nouvelles phases d'évaluation suivantes.

FedCM comme signal de confiance pour l'API Storage Access

Rapproche les API FedCM et Storage Access en accordant à FedCM un motif valable pour approuver automatiquement une demande d'accès au stockage.

Lorsqu'un utilisateur autorise l'utilisation de son identité avec un fournisseur d'identité tiers sur une partie de confiance (RP), de nombreux fournisseurs d'identité ont besoin des cookies tiers pour fonctionner correctement et de manière sécurisée. Cette proposition vise à répondre à cette exigence de manière privée et sécurisée en mettant à jour les vérifications d'autorisation de l'API Storage Access (SAA) pour accepter non seulement l'autorisation accordée par une invite d'accès au stockage, mais aussi l'autorisation accordée par une invite FedCM.

L'une des propriétés clés de ce mécanisme consiste à limiter l'octroi aux cas explicitement autorisés par le RP via la règle d'autorisations FedCM, en appliquant un contrôle par frame pour le RP et en empêchant la surveillance passive par l'IdP au-delà des fonctionnalités déjà accordées par FedCM.

Inscrivez-vous à FedCM en tant que signal de confiance pour la phase d'évaluation de l'API Storage Access.

Désactivation des aperçus multimédias

Cette phase d'évaluation à l'origine inverse permet d'exclure les sites du lancement des aperçus multimédias.

Chrome fournit des aperçus en temps réel des entrées pour la caméra et le micro au moment où les sites Web demandent l'autorisation d'y accéder. Celles-ci seront également disponibles dans les informations sur la page du site.

De plus, les utilisateurs disposant de plusieurs appareils pourront sélectionner une caméra et un micro quand les autorisations seront demandées, sauf si le site a demandé un appareil spécifique via getUserMedia().

Pour exclure votre site des aperçus multimédias, inscrivez-vous à la phase d'évaluation.

FedCM: API Continuation, API Parameters, API Fields, plusieurs configURLs, libellés de compte personnalisés

Les développeurs peuvent commencer à participer à une phase d'évaluation pour un lot de fonctionnalités FedCM pour ordinateur pouvant inclure des autorisations. Le lot comprend les API Continuation FedCM, Parameter, Fields, Multiples configURLs et Étiquettes de compte personnalisées. Cela permet une expérience de type flux d'autorisation OAuth impliquant une boîte de dialogue d'autorisation fournie par le fournisseur d'identité.

Essai d'abandon des conteneurs de défilement sélectionnables au clavier

Cette fonctionnalité apporte les modifications suivantes:

  • Par défaut, les Scrollers peuvent être sélectionnés par un clic ou programmatiquement.
  • Par défaut, les Scrollers sans enfants sélectionnables peuvent être sélectionnés avec le clavier.

Il s'agit d'une amélioration importante qui permet de rendre les composants de défilement et leur contenu plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez l'article Défilements sélectionnables au clavier.

Nous avons essayé d'envoyer ces modifications et avons constaté qu'un nombre limité de sites ne répondaient pas aux attentes concernant certains de leurs composants. Nous avons donc dû annuler le lancement de la fonctionnalité pour éviter cette faille. Compte tenu des avantages, nous renvoyons cette fonctionnalité. Pour laisser plus de temps aux sites concernés pour migrer leurs composants, nous lançons un essai d'abandon. Lorsque cette option est activée, la fonctionnalité KeyboardFocusableScrollers est désactivée.

Abandons et suppressions

Cette version de Chrome ne comporte aucun nouvel abandon ni suppression. Cependant, il s'agit de la dernière version de Chrome compatible avec les événements de mutation. Ils seront supprimés dans Chrome 127. Consultez Les événements de mutation seront supprimés de Chrome pour en savoir plus et vous préparer à cette suppression.