Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version du canal bêta de Chrome pour Android, ChromeOS, Linux, macOS et Windows. Pour en savoir plus sur les fonctionnalités listées ici, consultez les liens fournis ou la liste sur ChromeStatus.com. Chrome 126 est en version bêta depuis le 15 mai 2024. Vous pouvez télécharger la dernière version sur Google.com pour ordinateur ou sur le Google Play Store sur Android.
CSS
Cette version ajoute une nouvelle fonctionnalité CSS.
Transitions de vue entre les documents pour les navigations de même origine
Auparavant, vous deviez refondre votre site Web en SPA pour utiliser l'API View Transitions. Ce n'est plus le cas. Les transitions de vue sont désormais disponibles pour les navigations de même origine. Vous pouvez créer une transition de vue entre deux documents différents de même origine.
Pour activer une transition de vue entre les documents, les deux extrémités doivent activer cette fonctionnalité. Pour ce faire, utilisez la règle at-rule @view-transition et définissez le descripteur navigation sur auto.
@view-transition {
navigation: auto;
}
Les transitions de vue entre les documents utilisent les mêmes éléments de base et principes que les transitions de vue dans le 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
Ce post incluait à l'origine la fonctionnalité de paramètre de contenu "Plein écran automatique", qui a été déplacée vers Chrome 127.
Extension de déclenchement de la vibration de la manette
Élargit l'interface GamepadHapticActuator pour exposer la fonctionnalité de retour haptique sur le Web pour les manettes de jeu compatibles. Cette extension permet aux applications Web qui exploitent l'API Gamepad de faire vibrer les déclencheurs des manettes de jeu équipées de cette fonctionnalité.
Paramètres signal et application d'OpusEncoderConfig
Les paramètres OpusEncoderConfig.signal et OpusEncoderConfig.application sont mappés directement sur les boutons d'encodeur spécifiques à l'implémentation. Ils permettent aux auteurs Web de fournir des indices sur le type de données encodées et dans quel contexte elles sont utilisées.
signal peut être une valeur parmi "auto", "music" ou "voice". Il configure l'encodeur pour optimiser les performances d'encodage du type de données spécifié. application peut être une valeur parmi "voip", "audio" ou "lowdelay". Il configure l'encodeur pour privilégier l'intelligibilité de la parole, la reproduction fidèle de l'entrée d'origine ou la latence minimale.
PointerEvent.deviceId pour l'encrage avec plusieurs stylets
À mesure que les appareils dotés de fonctionnalités avancées de saisie au stylet deviennent de plus en plus courants, il est important que la plate-forme Web continue d'évoluer pour prendre pleinement en charge 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 appareils à stylet qui interagissent avec lui simultanément.
Cette fonctionnalité est une extension de l'interface PointerEvent pour inclure un nouvel attribut, deviceId, qui représente un identifiant unique persistant au niveau de la session et 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 aient plusieurs pages ouvertes à la fois. Le mode à onglets ajoute une barre d'onglets aux applications Web autonomes sous ChromeOS, ce qui permet d'ouvrir plusieurs onglets à la fois.
Cette fonctionnalité ajoute un nouveau mode d'affichage de "tabbed" et un nouveau champ de fichier manifeste pour permettre des personnalisations de la barre d'onglets.
Méthode toJSON() pour GeolocationCoordinates et GeolocationPosition
Ajoute des méthodes .toJSON() aux interfaces GeolocationCoordinates et GeolocationPosition. Cela permet de sérialiser ces objets avec JSON.stringify().
Compatibilité avec 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 le visualViewport est terminée. Chrome permet déjà d'ajouter un écouteur d'événements de fin de défilement via visualViewport.addEventListener("scrollend"). Cela permet simplement d'ajouter également un écouteur d'événements à l'aide de visualViewport.onscrollend.
Super-interface Web IDL WebGLObject
Cette fonctionnalité expose le type WebGLObject dans les mêmes contextes que l'API WebGL : sur le thread principal et les nœuds de calcul.
Transformation encodée WebRTC: fonctions de modification des métadonnées
Certains cas d'utilisation de la transformation WebRTC encodée impliquent la manipulation non seulement de la charge utile des images vidéo ou audio encodées, mais aussi de ses métadonnées. Exemple :
Modification du code temporel d'un frame pour créer un délai. Modification du type mime du frame si la transformation modifie le type de la charge utile. Transfert de contenu multimédia vers une nouvelle connexion peer configurée pour utiliser différentes valeurs de métadonnées.
Cette fonctionnalité permet à l'API WebRTC Encoded Transform de manipuler les métadonnées des images audio et vidéo.
Prise en charge du format SVG pour l'API Async Clipboard
Passez à UTF-8 sous Windows lorsque vous écrivez le format image/svg+xml dans le presse-papiers. Le format HTML utilise déjà UTF-* sous Windows, ce qui permet 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é en UTF-8 avant d'être écrit dans le presse-papiers.
Pour en savoir plus, consultez Compatibilité 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, comme la touche ESC sur les plates-formes de bureau ou le geste ou le bouton Retour sur Android.
Cette fonctionnalité a été initialement publiée dans Chrome 120, mais elle a été désactivée en raison d'une interaction inattendue avec <dialog>.
Il a été réactivé dans Chrome 126 après avoir amélioré son comportement pour minimiser les problèmes rencontrés.
Compatibilité avec le framework d'accessibilité UI Automation sous Windows
Microsoft a collaboré avec l'équipe Chrome pour prendre en charge directement le framework UI Automation (UIA) sous Windows, ce qui permet aux outils d'accessibilité de communiquer plus facilement avec le navigateur. Le 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 UIA, tels que le narrateur et la loupe. Ce travail permettra également d'éliminer la couche d'émulation UIA de Windows, qui a été à l'origine de nombreux problèmes de performances dans Chromium sur Windows.
Pour en savoir plus, consultez Présentation de la prise en charge d'UIA sous Windows.
Nouveaux tests Origin
Dans Chrome 126, vous pouvez activer les nouvelles phases d'évaluation des origines suivantes.
FedCM en tant que signal de confiance pour l'API Storage Access
Réconcilie les API FedCM et Storage Access en faisant en sorte qu'une autorisation FedCM antérieure constitue un motif valide pour approuver automatiquement une demande d'accès au stockage.
Lorsqu'un utilisateur autorise l'utilisation de son identité avec un fournisseur d'identité (IdP) tiers sur une partie de confiance (RP), de nombreux IdP nécessitent 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.
Une propriété clé de ce mécanisme consiste à limiter l'octroi aux cas explicitement autorisés par le RP via la stratégie d'autorisation FedCM, à appliquer un contrôle par frame pour le RP et à empêcher la surveillance passive par l'IDP au-delà des fonctionnalités que FedCM accorde déjà.
Enregistrez FedCM en tant que signal de confiance pour la phase d'évaluation de l'API Storage Access.
Désactivation des aperçus multimédias
Ce test à l'envers de l'origine exclut les sites du lancement des aperçus multimédias.
Chrome fournit des aperçus en temps réel des entrées de l'appareil photo et du micro au moment où les sites Web demandent l'autorisation d'y accéder. Vous les trouverez également dans la pageinfo du site.
De plus, les utilisateurs disposant de plusieurs appareils pourront sélectionner une caméra et un micro au moment de la demande d'autorisation, 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 de la désactivation des aperçus multimédias.
FedCM: API Continuation, API Parameters, API Fields, plusieurs configURL, libellés de compte personnalisés
Les développeurs peuvent commencer à participer à un essai d'origine pour un ensemble de fonctionnalités FedCM pour ordinateur de bureau pouvant inclure l'autorisation. Le bundle comprend l'API FedCM Continuation, l'API Parameter, l'API Fields, plusieurs configURL et des libellés de compte personnalisés. Cela permet une expérience semblable à un flux d'autorisation OAuth impliquant une boîte de dialogue d'autorisation fournie par l'IDP.
Test d'abandon des conteneurs de défilement sélectionnables au clavier
Cette fonctionnalité introduit les modifications suivantes:
- Les barres de défilement sont sélectionnables par clic et de manière programmatique par défaut.
- Les barres de défilement sans enfants sélectionnables peuvent être sélectionnés par défaut au clavier.
Il s'agit d'une amélioration importante pour rendre les défileurs et les contenus qu'ils contiennent plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez l'article Barres de défilement sélectionnables au clavier.
Nous avons tenté de déployer ces modifications et avons constaté qu'un nombre limité de sites ne respectaient pas les attentes concernant certains de leurs composants. Nous avons donc dû annuler le déploiement de cette fonctionnalité pour éviter ce problème. Compte tenu des avantages qu'elle présente, nous la proposons à nouveau. Pour laisser plus de temps aux sites concernés de migrer leurs composants, nous lançons une phase d'évaluation de l'abandon. Lorsque cette option est activée, la fonctionnalité KeyboardFocusableScrollers est désactivée.
Abandons et suppressions
Aucune nouvelle suppression ni aucune nouvelle mise à l'arrêt n'est prévue dans cette version de Chrome. 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. Pour en savoir plus et vous préparer à cette suppression, consultez Les événements de mutation seront supprimés de Chrome.