Cette page a été traduite par l'API Cloud Translation.

Chrome 130

Date de sortie stable:15 octobre 2024

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

CSS

Recherche dans l'arborescence plate des requêtes de conteneur CSS

La spécification des requêtes de conteneur a été modifiée pour rechercher les ancêtres en arbre plats. Ce changement n'est pertinent que pour le DOM ombragé, où un élément pourra désormais voir des conteneurs non nommés dans les arbres ombragés dans lesquels l'élément ou l'un de ses ancêtres est placé, même si la règle CSS n'utilise pas ::part() ou ::slotted().

Bug de suivi 340876720 | Enregistrement sur ChromeStatus.com | Spécification

Embranchement CSS : règle des déclarations imbriquées

Maintient les déclarations brutes à leur place après une règle imbriquée en les encapsulant dans des règles CSSNestedDeclarations lors de l'analyse.

Amélioration de l'imbrication CSS avec CSSNestedDeclarations | Article sur ChromeStatus.com

Prise en charge complète et sans préfixe de `box-decoration-break`

Ajout de la prise en charge de box-decoration-break: clone à la fois pour la fragmentation en ligne (mise en page en ligne) et la fragmentation par bloc (pagination pour l'impression et la multicolonne).

Auparavant, dans Chrome, seul box-decoration-break:slice (la valeur initiale) était compatible avec la fragmentation des blocs, tandis que pour la fragmentation intégrée, box-decoration-break:clone était également accepté, mais uniquement lorsque vous utilisiez la propriété -webkit-box-decoration-break avec le préfixe.

Propriété box-decoration-break dans Chrome 130 | Suivi du bug n° 41295617 | Entrée sur ChromeStatus.com | Spécifications

Autorisation d'autres pseudo-éléments et pseudo-classes après `::part()`

Les sélecteurs CSS qui utilisent le pseudo-élément ::part() peuvent avoir d'autres pseudo-éléments CSS (sauf ::part()) et de nombreux types d'autres pseudo-classes CSS après ceux-ci. Les combinateurs ne sont toujours pas autorisés après ::part(), et les pseudo-classes qui dépendent de la structure arborescente ne sont pas autorisées.

Auparavant, Chrome n'autorisait qu'un nombre limité de pseudo-classes et de pseudo-éléments après ::part(). Cette modification autorise toutes les pseudo-classes et tous les pseudo-éléments qui doivent être autorisés. Cela signifie que les sélecteurs tels que ::part(part-name):enabled et ::part(part-name)::marker sont désormais autorisés.

Bug 40623497 | Enregistrement sur ChromeStatus.com | Spécification

API Web

Compression par dictionnaire pour le transport avec Shared Brotli et Shared Zstandard

Cette fonctionnalité permet d'utiliser des réponses précédemment désignées comme dictionnaire externe pour les réponses compressées avec encodage de contenu Brotli ou Zstandard.

Les entreprises peuvent rencontrer des problèmes de compatibilité potentiels avec leur infrastructure réseau si celle-ci intercepte le trafic HTTPS et ne prend pas en charge les encodages de contenu inconnus. La règle d'entreprise CompressionDictionaryTransportEnabled permet de désactiver la fonctionnalité de transport de compression par dictionnaire.

Bug de suivi 40255884 | Enregistrement sur ChromeStatus.com | Spécification

`scrollIntoView()` de lissage simultané

La méthode scrollIntoView() avec behavior: "smooth" vous permet de créer des conteneurs de défilement qui défilent vers leurs descendants avec une animation de défilement douce. Cette fonctionnalité corrige l'implémentation de l'API dans Chrome afin que les animations scrollIntoView en cours ne soient pas annulées par des défilements sans rapport sur d'autres conteneurs de défilement.

Cette fonctionnalité corrige également les cas où Chrome ne parvient pas à faire défiler la page jusqu'à l'ancre de fragment d'une page en raison d'un scrollIntoView concurrent appelé lors du chargement de la page.

Démonstration | Bug de suivi 325081538 | Article sur ChromeStatus.com | Spécification

Picture-in-picture dans les documents : ajout d'une option pour ignorer le cache des limites de la fenêtre

Cela ajoute un nouveau paramètre (preferInitialWindowPlacement) à l'API Picture-in-picture du document qui, lorsqu'il est défini sur "true", indique au navigateur qu'il ne doit pas essayer de réutiliser la position ou la taille de la précédente image dans une fenêtre du document de ce site lors de l'ouverture de celui-ci.

Souvent, une fenêtre Picture-in-picture pour un document se ferme et se rouvre plusieurs fois pour le même site, par exemple pour déplacer une visioconférence vers et depuis le mode PIP. Le navigateur est libre de rouvrir la fenêtre PIP à sa taille et à son emplacement les plus récents, afin qu'elle reste là où l'utilisateur l'a déplacée en dernier et qu'elle assure la continuité entre les fenêtres PIP. Toutefois, si la nouvelle fenêtre n'a aucune relation sémantique avec la fenêtre précédente (par exemple, s'il s'agit d'un nouvel appel vidéo), vous pouvez utiliser ce paramètre pour indiquer à l'agent utilisateur qu'il serait préférable d'ouvrir cette fenêtre dans sa position et sa taille par défaut.

Découvrez comment ouvrir la fenêtre dans sa position et sa taille par défaut.

Mode Picture-in-Picture pour n'importe quel élément, pas seulement pour les vidéos | Enregistrement sur ChromeStatus.com | Spécification

Amélioration des rapports d'erreurs dans IndexedDB en cas d'échec de lecture de valeurs importantes

Modification des rapports pour certains cas d'erreur qui étaient auparavant signalés avec un DOMException et le message "Échec de la lecture d'une grande valeur IndexedDB".

Chrome génère désormais une DOMException avec le nom "NotFoundError" lorsque le fichier contenant les données lues par une IDBRequest est manquant sur le disque afin que les sites puissent prendre les mesures correctives appropriées en cas d'échec irrécupérable. Les actions correctives peuvent consister à supprimer l'entrée de la base de données, à en informer l'utilisateur ou à récupérer à nouveau les données auprès des serveurs.

Bug de suivi 362123231 | Enregistrement sur ChromeStatus.com | Spécification

Conteneurs de défilement sélectionnables au clavier

Cette fonctionnalité permet de sélectionner les barres de défilement sans enfants sélectionnables au clavier par défaut.

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 la section Défilements sélectionnables au clavier. Les barres de défilement sélectionnables au clavier seront activées par défaut à partir de Chrome 130. Si les sites Web ont besoin de temps pour s'adapter à cette nouvelle fonctionnalité, plusieurs options s'offrent à vous :

L'évaluation avant arrêt de la désactivation des défileurs pouvant être sélectionnés au clavier permet de désactiver à nouveau la fonctionnalité pendant une durée limitée sur un site donné. Vous pouvez l'utiliser via Chrome 132 jusqu'au 18 mars 2025.
KeyboardFocusableScrollersEnabled enterprise policy, disponible à partir de Chrome 127, peut être utilisé aux mêmes fins.

Barres de défilement sélectionnables au clavier | Suivi du bug n° 40113891 | Entrée ChromeStatus.com | Spécifications

Services d'enchères et de mise aux enchères Protected Audience

L'API Protected Audience (anciennement FLEDGE) est une proposition de la Privacy Sandbox qui cible une audience personnalisée et les cas de remarketing. Elle est conçue pour empêcher les tiers de suivre les habitudes de navigation de l'utilisateur sur les sites.

Cette fonctionnalité, les services d'enchères et de mise aux enchères Protected Audience, offre un moyen d'autoriser le calcul d'audiences protégées sur des serveurs cloud dans un environnement d'exécution sécurisé, plutôt que de l'exécuter localement sur l'appareil d'un utilisateur. Déplacer les calculs vers des serveurs cloud peut aider à optimiser la mise aux enchères Protected Audience, afin de libérer des cycles de calcul et de la bande passante réseau pour un appareil.

Entrée ChromeStatus.com | Spécifications

Prise en charge des URL à schéma non spécial

Auparavant, l'analyseur d'URL de Chrome n'acceptait pas les URL non spéciales. Il analyse les URL non spéciales comme si elles comportaient un "chemin opaque", ce qui n'est pas conforme à la norme d'URL. Désormais, l'analyseur d'URL de Chromium analyse correctement les URL non spéciales, conformément à la norme d'URL.

Prise en charge des URL de schéma non spéciales | Bug de suivi 40063064 | Enregistrement sur ChromeStatus.com | Spécification

Fonctions intégrées JavaScript pour les chaînes WebAssembly

Cette fonctionnalité expose des opérations de chaîne JavaScript courantes à importer dans WebAssembly. Cela vous permet de créer et de manipuler des chaînes JavaScript à partir de WebAssembly sans prise en charge dans WebAssembly. Cela permet toujours d'obtenir des performances semblables à celles des références de chaîne acceptées.

Entrée ChromeStatus.com | Spécification

Web Serial : attribut `connected` et événements de connexion RFCOMM

Cette fonctionnalité ajoute un attribut booléen SerialPort.connected. L'attribut renvoie true si le port série est connecté de manière logique. Pour les ports série filaires, un port est connecté de manière logique s'il est physiquement connecté au système. Pour les ports série sans fil, un port est connecté de manière logique si l'appareil qui l'héberge dispose de connexions ouvertes à l'hôte.

Auparavant, seuls les ports série filaires autorisaient les événements de connexion et de déconnexion. Avec cette fonctionnalité, les ports série RFCOMM Bluetooth distribuent ces événements lorsque le port est connecté ou déconnecté de manière logique.

Cette fonctionnalité permet aux applications de détecter quand un port série RFCOMM Bluetooth est disponible sans ouvrir le port.

Pour en savoir plus, consultez Mises à jour Bluetooth RFCOMM dans Web Serial.

Mises à jour Bluetooth RFCOMM dans Web Serial | Suivi du bug n° 40283485 | Entrée ChromeStatus.com | Spécifications

Affichage et éléments graphiques

WebGPU: combinaison bi-source

Ajout de la fonctionnalité GPU facultative "combinaison double source" qui permet de combiner deux sorties de nuanceur de fragments dans un seul framebuffer. Cette technique est particulièrement utile pour les applications qui nécessitent des opérations de mélange complexes, telles que celles basées sur les modes de mélange Porter-Duff. En limitant le besoin de changements fréquents des objets d'état du pipeline, la combinaison de sources doubles peut améliorer les performances et la flexibilité.

Bug de suivi 341973423 | Enregistrement sur ChromeStatus.com | Spécification

Confidentialité

Fonctionnalité de l'API Attribution Reporting (champs d'attribution)

Ce changement est basé sur les commentaires des technologies publicitaires et sur la nécessité de contrôles de filtrage plus précis avant le processus d'attribution. Il permet aux appelants de l'API de spécifier un champ appelé "champs d'attribution" qui sera utilisé pour le filtrage avant de démarrer le flux d'attribution standard. Cela permet aux appelants d'API de contrôler plus précisément la précision de l'attribution et de recevoir des rapports sur l'attribution appropriés lorsque plusieurs annonceurs ou campagnes différents effectuent tous des conversions sur le même site de destination.

Enregistrement sur ChromeStatus.com

Fonctionnalité de l'API Attribution Reporting (débogage des principales améliorations de la confidentialité)

Cette modification permet de limiter les problèmes de confidentialité potentiels liés aux clés de débogage.

Actuellement, l'API permet de spécifier une clé de débogage de source ou une clé de débogage de déclencheur si des cookies tiers sont disponibles et peuvent être définis par les appelants de l'API. Si une clé de débogage de source ou de déclencheur est spécifiée, elle sera incluse dans le rapport sur l'attribution. Cela peut entraîner une fuite de confidentialité si les cookies tiers ne sont autorisés que sur le site de l'éditeur ou de l'annonceur, mais pas sur les deux.

Cette modification atténue ce problème en faisant en sorte que les clés de débogage de la source et du déclencheur ne soient incluses dans le rapport sur l'attribution que si elles sont présentes à la fois au niveau de la source et du déclencheur. Cela signifie que les cookies tiers étaient disponibles à la fois sur le site de l'éditeur et de l'annonceur. Ce changement s'appliquera à la fois aux rapports au niveau des événements et aux rapports agrégables.

Enregistrement sur ChromeStatus.com | Spécification

Phases d'évaluation

API Language Detector

API JavaScript permettant de détecter la langue d'un texte, avec des niveaux de confiance.

Essai Origin | API de détection de la langue disponible en version preview anticipée | Article sur ChromeStatus.com | Spécification

`attestationFormats` WebAuthn

Prise en charge du champ attestationFormats à partir du niveau 3 de WebAuthn.

Le niveau 3 de WebAuthn permet à un site d'exprimer une préférence ordonnée pour les formats d'attestation d'identifiants dans le nouveau champ attestationFormats. Cette fonctionnalité permet de prendre en charge cette fonctionnalité sur Android, où plusieurs formats peuvent être acceptés par les fournisseurs de clés d'accès.

Test Origin | Enregistrement sur ChromeStatus.com | Spécification

Abandons et suppressions

Supprimer `expectedImprovement` de `DelegatedInkTrailPresenter`

L'attribut expectedImprovement indique aux développeurs Web l'amélioration que l'API DelegatedInkTrails apportera à leur latence d'encre actuelle. Toutefois, cet attribut n'est pas utile pour augmenter l'entropie de l'empreinte digitale.