Publié le 5 février 2025
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 134 est en version bêta depuis le 5 février 2025. 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 cinq nouvelles fonctionnalités CSS et d'interface utilisateur.
Propriété CSS dynamic-range-limit
Permet à une page de limiter la luminosité maximale du contenu HDR.
Élément <select> personnalisable
Ajoutez la possibilité de personnaliser les éléments HTML <select> en activant le nouveau
comportement avec la valeur base-select de appearance. Une fois activée, vous pouvez ajouter du contenu enrichi, y compris des images, et styliser les options.
Fermeture légère des boîtes de dialogue
L'une des fonctionnalités intéressantes de l'API Popover est son comportement de fermeture légère. Cette
fonctionnalité apporte la même capacité à <dialog>. Un nouvel attribut closedby contrôle le comportement :
<dialog closedby=none>: aucune fermeture de boîte de dialogue déclenchée par l'utilisateur.<dialog closedby=closerequest>: la boîte de dialogue se ferme lorsque vous appuyez surESC(ou sur un autre déclencheur de fermeture).<dialog closedby=any>: la boîte de dialogue se ferme lorsque vous cliquez en dehors de celle-ci ou que vous appuyez sur ESC. Identique au comportementpopover=auto.
Héritage de la mise en surbrillance CSS
Avec l'héritage de la mise en surbrillance CSS, les pseudo-classes de mise en surbrillance CSS, telles que ::selection et ::highlight, héritent de leurs propriétés via la chaîne de mise en surbrillance pseudo, plutôt que via la chaîne d'éléments. Le résultat est un modèle plus intuitif pour l'héritage des propriétés dans les mises en surbrillance.
Pour en savoir plus, consultez l'article de blog Modifications de l'héritage pour le style de sélection CSS écrit par Stephen Chenney d'Igalia.
Pseudo-classe :has-slotted
La pseudo-classe :has-slotted représente un élément de slot avec du contenu inséré, tel qu'un nœud de texte ou un élément. Elle peut être utilisée pour styliser des éléments en fonction de l'utilisation ou non d'un contenu de remplacement de slot.
API Web
Fonctionnalité Attribution Reporting : suppression de la limite de rapports agrégables lorsque l'ID de contexte de déclencheur n'est pas nul
Cette modification est basée sur les commentaires des appelants d'API et sur la nécessité de pouvoir mesurer un plus grand nombre d'événements de conversion pour certains flux utilisateur.
Actuellement, l'API est limitée à 20 rapports agrégables par enregistrement de source, ce qui est restrictif pour les cas d'utilisation où un utilisateur peut avoir un parcours utilisateur plus long. Cette modification supprime la limite de rapports agrégables lorsqu'un ID de contexte de déclencheur est fourni dans le cadre de l'enregistrement. La suppression de cette limite n'est autorisée que lorsque l'ID de contexte de déclencheur est spécifié, car dans ce cas, l'API applique un taux plus élevé de rapports nuls, ce qui permet de se protéger contre les fuites d'informations intersites via les nombres de rapports.
De plus, les rapports agrégables seront toujours soumis à d'autres limites qui restreignent la quantité totale d'informations pouvant être mesurées, telles que le budget de contribution L1 (65 536) par source et la limite de taux d'attribution.
Partitionnement des URL blob : extraction/navigation
Dans le cadre de la proposition Storage Partitioning, Chromium implémente le partitionnement de l'accès aux URL blob par clé de stockage (site de premier niveau, origine des frames et valeur booléenne has-cross-site-ancestor), à l'exception des navigations de niveau supérieur qui ne seront partitionnées que par origine de frame. Ce comportement est semblable à celui actuellement implémenté par Firefox et Safari, et aligne l'utilisation des URL blob sur le schéma de partitionnement adopté par d'autres API de stockage dans le cadre de Storage Partitioning De plus, Chrome appliquera "noopener" aux navigations de niveau supérieur initiées par le moteur de rendu sur des URL blob lorsque le site correspondant est de type intersites par rapport au site de premier niveau effectuant la navigation. Cela permet à Chrome d'adopter un comportement semblable à celui de Safari. Les spécifications concernées ont été mises à jour pour refléter ces changements.
Cette modification peut être annulée temporairement en définissant la règle PartitionedBlobURLUsage. Cette règle sera abandonnée lorsque les autres règles d'entreprise liées au partitionnement du stockage seront abandonnées.
Document-Policy: expect-no-linked-resources
Le point de configuration expect-no-linked-resources dans Document-Policy permet à un
document d'indiquer à l'agent utilisateur d'optimiser sa séquence de chargement, par exemple en
n'utilisant pas le comportement d'analyse spéculative par défaut (également appelé scanner
de préchargement).
Les agents utilisateurs ont implémenté une analyse spéculative du code HTML pour extraire de manière spéculative les ressources présentes dans le balisage HTML, afin d'accélérer le chargement des pages. Pour la grande majorité des pages Web qui comportent des ressources déclarées dans le balisage HTML, l'optimisation est bénéfique et le coût payé pour déterminer ces ressources est un compromis judicieux. Toutefois, les scénarios suivants peuvent entraîner un compromis de performances sous-optimal par rapport au temps explicite consacré à l'analyse du code HTML pour déterminer les sous-ressources à extraire :
- Pages ne comportant aucune ressource déclarée dans le code HTML.
- Grandes pages HTML avec des chargements de ressources minimes ou inexistants qui pourraient contrôler explicitement le préchargement des ressources à l'aide d'autres mécanismes de préchargement disponibles.
La règle Document-Policy expect-no-linked-resources indique à l'agent utilisateur qu'il peut choisir d'optimiser le temps consacré à la détermination de ces sous-ressources.
Gestion explicite des ressources (asynchrone et synchrone)
Ces fonctionnalités traitent d'un modèle courant dans le développement de logiciels concernant la durée de vie et la gestion de diverses ressources (par exemple, la mémoire et les E/S). Ce modèle inclut généralement l'allocation d'une ressource et la possibilité de libérer explicitement des ressources critiques.
Extension de l'API console.timeStamp pour prendre en charge les options de mesure et de présentation
Cette fonctionnalité étend l'API console.timeStamp() de manière rétrocompatible afin de fournir une méthode hautes performances pour instrumenter les applications et afficher les données de timing dans le panneau "Performances" des outils de développement.
Les entrées de timing ajoutées avec l'API peuvent avoir un timestamp, une durée et des options de présentation personnalisés (piste, couloir et couleur).
OffscreenCanvas getContextAttributes
Ajoute l'interface getContextAttributes de CanvasRenderingContext2D à
OffscreenCanvasRenderingContext2D.
API Private Aggregation : limites de contribution par contexte pour les appelants Shared Storage
Permet aux appelants Shared Storage de personnaliser le nombre de contributions par rapport Private Aggregation.
Cette fonctionnalité permet aux appelants Shared Storage de configurer des limites de contribution par contexte avec un nouveau champ, maxContributions. Les appelants définissent ce champ pour remplacer le nombre par défaut de contributions par rapport. Les nombres plus grands et plus petits sont autorisés. Chrome accepte les valeurs maxContributions comprises entre 1 et 1 000 inclus. Les valeurs supérieures seront interprétées comme 1 000.
En raison du remplissage, la taille de la charge utile de chaque rapport sera à peu près proportionnelle au nombre de contributions choisi par rapport. Nous nous attendons à ce que l'activation de rapports plus volumineux augmente le coût d'exploitation du service d'agrégation.
Les appelants Protected Audience ne seront pas affectés par cette fonctionnalité. Toutefois, nous prévoyons d'ajouter la possibilité de personnaliser le nombre de contributions pour les rapports Protected Audience dans de futures fonctionnalités.
Compatibilité avec ImageSmoothingQuality dans PaintCanvas
Ajoutez la compatibilité avec l'attribut imageSmoothingQuality sur Paint Canvas. Il permet à un développeur Web de choisir le compromis entre qualité et performances lors de la mise à l'échelle des images.
Il existe trois options valides pour imageSmoothingQuality : low, medium et high.
Sous-groupes WebGPU
Ajoute la fonctionnalité de sous-groupe à WebGPU. Les opérations de sous-groupe effectuent des opérations SIMT pour assurer une communication et un partage de données efficaces entre les groupes d'invocations. Ces opérations peuvent être utilisées pour accélérer les applications en réduisant les frais généraux de mémoire liés à la communication entre les invocations.
Nouvelles phases d'évaluation
Dans Chrome 134, vous pouvez activer les nouvelles phases d'évaluation suivantes origin trials.
API Digital Credential
Les sites Web peuvent obtenir des identifiants à partir d'applications de portefeuille mobile via différents mécanismes, par exemple des gestionnaires d'URL personnalisés et la numérisation de codes QR. Cette fonctionnalité permet aux sites de demander des informations d'identité à partir de portefeuilles à l'aide du système IdentityCredential CredMan d'Android. Elle est extensible pour prendre en charge plusieurs formats d'identifiants (par exemple, ISO mDoc et identifiant vérifiable W3C) et permet d'utiliser plusieurs applications de portefeuille. Des mécanismes sont en cours d'ajout pour réduire le risque d'utilisation abusive à l'échelle de l'écosystème de l'identité réelle.
La phase d'évaluation Origin Trial qui commence dans Chrome 134 ajoute la compatibilité avec cette API sur la plate-forme de bureau, où Chrome sur ordinateur communiquera de manière sécurisée avec le portefeuille numérique sur le téléphone Android pour extraire les identifiants demandés.
Abandon et suppression
Cette version de Chrome introduit les abandons et les suppressions listés ci-dessous. Consultez ChromeStatus.com pour obtenir la liste des abandons prévus, des abandons actuels et des suppressions précédentes.
Cette version de Chrome supprime une fonctionnalité.
Suppression des contraintes audio non standards pour getUserMedia
Blink acceptait déjà plusieurs contraintes non standards avec le préfixe goog pour getUserMedia avant qu'elles ne soient normalisées.
L'utilisation de ces contraintes a considérablement diminué (entre 0,000001% et 0,0009 %, selon la contrainte), et certaines d'entre elles n'ont même plus d'effet en raison de modifications apportées à la pile de capture audio Chromium. Bientôt, aucune d'entre elles n'aura d'effet en raison d'autres modifications à venir.
Nous ne prévoyons aucune régression majeure en raison de cette modification. Les applications qui utilisent ces contraintes continueront de fonctionner, mais elles recevront l'audio avec les paramètres par défaut (comme si aucune contrainte n'avait été transmise). Elles peuvent choisir de migrer vers des contraintes standards.