Chrome 126

Date de sortie stable:11 juin 2024

Sauf indication contraire, les modifications suivantes s'appliquent à la version stable de Chrome 126 version pour Android, ChromeOS, Linux, macOS et Windows.

<ph type="x-smartling-placeholder">

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 la vue API Transitions. Ce n'est plus le cas. Les transitions de vue sont désormais activées par pour les navigations de même origine. Vous pouvez créer une transition de vue deux documents différents d'origine identique.

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

@view-transition {
  navigation: auto;
}

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

<ph type="x-smartling-placeholder"></ph> Transitions fluides avec l'API View Transition | Suivi du bug 1372584 | Entrée sur ChromeStatus.com | Spécifications

API Web

Extension trigger-rumble de l'API Gamepad

Étend l'interface GamepadHapticActuator pour exposer le trigger-rumble de Google sur le Web pour manettes de jeu compatibles. Cette extension permet aux applications Web avantage de l'API Gamepad pour déclencher également une vibration lors des déclencheurs des manettes de jeu. qui disposent de cette fonctionnalité.

<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 40834175 | Entrée ChromeStatus.com | Spécifications

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 un onglet aux applications Web autonomes de ChromeOS, qui permet d'ouvrir plusieurs onglets une seule fois.

Cette fonctionnalité ajoute un mode d'affichage "tabbed" et un champ de fichier manifeste autoriser les personnalisations dans la barre d'onglets.

<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 40598974 | Entrée ChromeStatus.com | Spécifications

Méthode toJSON() pour GeolocationCoordinates et GeolocationPosition

Il ajoute des méthodes .toJSON() à GeolocationCoordinates et GeolocationPosition. Cela permet la sérialisation de ces objets avec JSON.stringify().

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com

Superinterface IDL Web WebGLObject

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

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications

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

L'API CloseWatcher permet de gérer les requêtes de fermeture, comme la clé ESC sur les plates-formes de bureau, ou le geste Retour ou le bouton sur Android, de manière uniforme. Cette fonctionnalité a été déployée à l'origine dans Chrome 120, mais a été désactivé pour à une interaction inattendue avec <dialog>. Elle a été réactivée dans Chrome 126 après avoir amélioré son comportement afin de limiter les problèmes que vous voyez ici.

<ph type="x-smartling-placeholder"></ph> Démonstration | Suivi du bug 1171318 | Entrée sur ChromeStatus.com

API Attribution Reporting: règle d'URL de provenance pour les requêtes attributionsrc

Les requêtes attributionsrc sont traitées comme les autres sous-ressources sur la page.

Auparavant, lorsque l'API était appelée via l'attribution attributionsrc dans différents éléments HTML (tels que <img>, <script>, <a> ou window.open), elle ignore l'attribut de la règle de provenance au niveau de la ressource défini sur l'élément <html>.

Avec cette modification, la requête attributionsrc appliquera désormais la même règle d'URL de provenance au niveau de la ressource que celle définie dans <img>, <script>, <a> ou window.open.

Cela permet aux technologies publicitaires de mieux contrôler si elles souhaitent ou non être plus ou moins restrictives concernant les informations sur les URL de provenance dans leurs requêtes attributionsrc.

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com

Multimédia

Compatibilité des conteneurs MP4 avec MediaRecorder

Ajout de la prise en charge du multiplexage de l'audio et de la vidéo dans des conteneurs MP4 avec MediaRecorder.

<ph type="x-smartling-placeholder"></ph> MediaRecorder | Entrée ChromeStatus.com | Spécifications

Paramètres OpusEncoderConfig signal et application

Paramètres OpusEncoderConfig.signal et OpusEncoderConfig.application sont mappés directement à des commandes d'encodeur spécifiques à l'implémentation. Elles permettent aux applications aux auteurs de fournir des indications sur le type de données encodées 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'une des valeurs suivantes : "voip", "audio" ou "lowdelay". Il configure l'encodeur favoriser l'intelligibilité de la parole, la reproduction fidèle de l'entrée d'origine ; une latence minimale.

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications

JavaScript

Assistance visualViewport onscrollend

L'événement JavaScript scrollend se déclenche pour signaler qu'une opération de défilement a se termine.

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 prend déjà en charge l'ajout d'un écouteur d'événements de défilement via visualViewport.addEventListener("scrollend") Cela permet simplement de Ajoutez également un écouteur d'événements à l'aide de visualViewport.onscrollend.

<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 325307785 | Entrée ChromeStatus.com

Confidentialité

Aligner navigateur.cookieEnabled sur la spécification

navigator.cookieEnabled indique actuellement si "le user-agent tente de gérer les cookies" dans un contexte donné. En raison d'un changement dans Chrome concernant la livraison dans le cadre de l'abandon des cookies tiers (3PCD), cela indique si l'accès aux cookies non partitionnés est possible (ce qui renvoie la valeur "false" dans la plupart des iFrames intersites). Nous devons rétablir le comportement précédent de navigator.cookieEnabled, qui indiquait uniquement si les cookies étaient activés ou désactivés pour le site, et utiliser la fonction multifournisseur document.hasStorageAccess pour indiquer s'il était possible d'accéder aux cookies non partitionnés.

<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 335553590 | Entrée ChromeStatus.com | Spécifications

Accessibilité

Compatibilité avec le framework d'accessibilité UI Automation sous Windows

Les applications d'assistance modernes sous Microsoft Windows utilisent le framework d'accessibilité UI Automation de la plate-forme pour interagir avec d'autres applications et des interfaces utilisateur personnalisées. Jusqu'à présent, Chromium était compatible avec les anciens frameworks Microsoft Active Accessibility (MSAA) et IAccessible2 (IA2) à cette fin, ce qui entraînait des problèmes avec les outils d'accessibilité sous Windows.

Pour résoudre ce problème, Microsoft a collaboré avec l'équipe Chrome afin de prendre en charge directement le framework UI Automation (UIA) sous Windows, afin de faciliter la communication entre les outils d'accessibilité et le navigateur. Nous allons commencer un déploiement progressif vers la version stable, à partir de la version 126 de Chrome. Voice Access fonctionnera dans tous les navigateurs basés sur Chromium et améliorera l'expérience utilisateur de tous les outils d'accessibilité basés sur l'UIA, tels que Narrator et Loupe.

<ph type="x-smartling-placeholder"></ph> Présentation de la compatibilité UIA sous Windows

Nouvelles phases d'évaluation

FedCM comme signal de confiance pour l'API Storage Access

Rapproche les API FedCM et Storage Access en attribuant une autorisation FedCM antérieure à valable pour approuver automatiquement une demande d'accès à l'espace de stockage.

Lorsqu'un utilisateur approuve l'utilisation de son identité avec un tiers Fournisseur d'identité (IdP) sur une partie de confiance (RP), de nombreux IdP nécessitent des pour qu'ils fonctionnent correctement et de manière sécurisée. Cette proposition vise à répondre de manière privée et sécurisée en mettant à jour 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 requête.

L'une des principales propriétés de ce mécanisme est de limiter explicitement l'autorisation aux demandes autorisé par le tiers assujetti à des restrictions conformément aux règles d'autorisations de FedCM, en appliquant pour contrôler la RP et empêcher la surveillance passive par le fournisseur d'identité au-delà déjà accordées par FedCM.

<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Explication | Entrée sur ChromeStatus.com

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().

<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Suivi du bug 330762482 | Entrée sur ChromeStatus.com

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 lot d'ordinateurs fonctionnalités FedCM qui peuvent inclure des autorisations. Le kit se compose de FedCM API Continuation, API Parameter, API Fields, URL de configuration multiples et Règles personnalisées Libellés de compte. Cela permet une expérience semblable à un flux d'autorisation OAuth impliquant une boîte de dialogue d'autorisation fournie par l'IdP.

<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 40262526 | Entrée ChromeStatus.com

Contrôle des autorisations intégrées à la page

Fournissez un nouvel élément HTML qui interagit avec le flux d'autorisations.

L'invite d'autorisation est actuellement déclenchée directement à partir de JavaScript, sans que le user-agent ne présente de signal fort de l'intention de l'utilisateur. Le fait d'avoir un élément dans le contenu que l'utilisateur utilise pour déclencher le flux d'autorisations permet une meilleure expérience utilisateur concernant les invites d'autorisation pour les utilisateurs, ainsi qu'un chemin de récupération à partir de l'état "refusé" l'état des autorisations pour les sites.

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com

Abandons et suppressions

Renoncer et supprimer l'assertion d'importation "assert" syntaxe

Abandon et suppression du mot clé assert au profit du nouveau mot clé with dans la syntaxe de l'attribut d'importation.

Autrement dit, import m from 'foo' assert { type: 'json' } génère désormais une erreur SyntaxError, et les développeurs doivent passer à import m from 'foo' with { type: 'json' }.

<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications

Documentation complémentaire

Vous souhaitez en savoir plus ? Consultez ces ressources supplémentaires.

Télécharger Google Chrome

Télécharger Chrome pour Android Ordinateur de bureau iOS