Sauf indication contraire, les modifications suivantes s'appliquent à la dernière version de la version 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 disponible sur ChromeStatus.com. Chrome 126 est en version bêta à partir du 15 mai 2024. Vous pouvez télécharger les dernières mises à jour sur Google.com pour ordinateur ou sur le Google Play Store pour Android.
CSS
Cette version ajoute une nouvelle fonctionnalité CSS.
Transitions de vue entre documents pour les navigations de même origine
Auparavant, vous deviez modifier l'architecture de 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 ayant la même origine.
Pour activer une transition entre documents, les deux extrémités doivent l'activer. Pour ce faire, utilisez la règle at @view-transition et définissez le descripteur navigation sur auto.
@view-transition {
navigation: auto;
}
Les transitions de vues entre 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 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 comprenait à l'origine la fonctionnalité de paramètre de contenu en plein écran automatique, qui a été déplacée dans Chrome 127.
Extension trigger-rumble de l'API Gamepad
Étend l'interface GamepadHapticActuator afin d'exposer la fonctionnalité trigger-rumble 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 OpusEncoderConfig signal et application
Les paramètres OpusEncoderConfig.signal et OpusEncoderConfig.application sont directement mappés sur des commandes d'encodeur spécifiques à l'implémentation. Celles-ci permettent aux auteurs Web de fournir des indications sur le type de données encodées et le contexte dans lequel les données sont utilisées.
signal peut être l'une des valeurs suivantes : "auto", "music" ou "voice". Il configure l'encodeur pour optimiser les performances d'encodage du type de données spécifié. application peut être l'un des éléments suivants : "voip", "audio" ou "lowdelay". Il configure l'encodeur pour favoriser l'intelligibilité de la parole, la reproduction fidèle de l'entrée d'origine ou une latence minimale.
PointerEvent.deviceId pour l'écriture avec plusieurs stylets
Alors que les appareils dotés de fonctionnalités avancées de saisie via le stylet sont de plus en plus répandus, il est important que la plate-forme Web continue d'évoluer pour être entièrement compatible 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 possibilité pour le numériseur d'un appareil de reconnaître plusieurs appareils à stylet interagissant simultanément avec lui.
Cette fonctionnalité est une extension de l'interface PointerEvent. Elle inclut un nouvel attribut, deviceId, qui représente un identifiant unique, isolé de document et persistant au niveau de la session, qu'un développeur peut utiliser de manière fiable pour identifier des 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 ouvert de nombreuses 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 en même temps.
Cette fonctionnalité ajoute un nouveau mode d'affichage "tabbed" et un nouveau champ de fichier manifeste pour permettre la personnalisation de 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é à la fin d'une opération de défilement sur visualViewport. 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 que l'API WebGL, sur le thread principal et les nœuds de calcul.
Transformation encodée WebRTC: modifier les fonctions de métadonnées
Certains cas d'utilisation de la transformation en codage WebRTC impliquent la manipulation non seulement de la charge utile des trames vidéo ou audio encodées, mais aussi de ses métadonnées. Exemple :
Modifier l'horodatage d'une trame pour introduire un retard 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 de pair configurée pour utiliser différentes valeurs de métadonnées.
Cette fonctionnalité permet à l'API WebRTC Encodé Transform de manipuler les métadonnées des images audio et vidéo.
Compatibilité SVG avec l'API Async Clipboard
Passez au format UTF-8 sous Windows lors de l'écriture du format image/svg+xml dans le presse-papiers. Le format HTML utilise déjà UTF-* sous Windows, ce qui permet de copier et coller des images SVG à partir du 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 la section 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 pour ordinateur, ou le geste ou bouton Retour sur Android.
Cette fonctionnalité a été lancée 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 avoir amélioré son comportement afin de minimiser les problèmes détectés.
Compatibilité avec le framework d'accessibilité UI Automation sous Windows
Microsoft a collaboré avec l'équipe Chrome pour assurer la compatibilité directe du framework UIA (UI Automation) sous Windows, ce qui facilite la communication entre les outils d'accessibilité et le navigateur. Un déploiement progressif en version stable commence dans la version 126 de Chrome. Cela permet à Voice Access de fonctionner dans tous les navigateurs basés sur Chromium et d'améliorer l'expérience utilisateur pour tous les outils d'accessibilité basés sur l'UIA, tels que Narrator et Loupe. Ce travail éliminera également la couche d'émulation UIA de Windows, qui est à l'origine de nombreux problèmes de performances dans Chromium sous Windows.
Pour en savoir plus, consultez Présentation de la compatibilité 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 attribuant à FedCM une raison valable d'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 fournisseurs d'identité ont besoin de 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 qu'elles acceptent non seulement l'octroi d'autorisation fourni par une invite d'accès au stockage, mais aussi celui accordé par une invite FedCM.
Une propriété clé de ce mécanisme limite l'attribution aux cas explicitement autorisés par la partie prenante via les règles d'autorisations de FedCM, en appliquant un contrôle par frame pour la partie prenante et en empêchant la surveillance passive par le fournisseur d'identité au-delà des fonctionnalités déjà accordées par FedCM.
Désactivation des aperçus multimédias
Cette phase d'évaluation inversée exclut les sites du lancement de Media Previews.
Chrome fournit des aperçus en temps réel de l'entrée de la caméra et du 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 au moment où les autorisations sont 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 avec désactivation des aperçus multimédias.
FedCM: API Continuation, API Parameters, API Fields, URL de configuration multiples, libellés de compte personnalisés
Les développeurs peuvent commencer à participer à une phase d'évaluation pour un ensemble de fonctionnalités FedCM pour ordinateur pouvant inclure une autorisation. Le bundle se compose de l'API FedCM Continuation, de l'API Parameter, de l'API Fields, de plusieurs configURL et d'étiquettes de compte personnalisées. Cela permet une expérience semblable à un flux d'autorisation OAuth impliquant une boîte de dialogue d'autorisation fournie par le fournisseur d'identité.
Évaluation de l'abandon des conteneurs de défilement sélectionnables au clavier
Cette fonctionnalité introduit les modifications suivantes:
- Par défaut, les éléments de défilement sont sélectionnables par clic et par programmation.
- Par défaut, les défilements sans enfants sélectionnables sont sélectionnables au clavier.
Il s'agit d'une amélioration importante qui contribue à rendre les éléments de défilement et le contenu qu'ils contiennent plus accessibles à tous les utilisateurs. Pour en savoir plus sur ses avantages, consultez l'article Outils de défilement sélectionnables au clavier.
Nous avons essayé d'appliquer ces modifications, et nous avons constaté qu'un nombre limité de sites ne répondaient pas aux attentes concernant certains de leurs composants. Nous avons donc dû annuler la livraison de la fonctionnalité pour éviter cette défaillance. Compte tenu des avantages offerts par cette fonctionnalité,
nous la proposons à nouveau. 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
Il n'y a pas de nouveaux abandons ni de nouvelles suppressions dans cette version de Chrome. Toutefois, il s'agit de la dernière version de Chrome compatible avec les événements de mutation. Elles seront supprimées dans Chrome 127. Pour en savoir plus et vous préparer à cette suppression, consultez Les événements de mutation seront supprimés de Chrome.