Publié le 5 février 2025
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 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'UI.
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 l'option activée, vous pouvez ajouter du contenu enrichi, y compris des images, et styliser les options.
Boîte de dialogue "Fermer"
L'une des fonctionnalités intéressantes de l'API Popover est son comportement de fermeture léger. Cette fonctionnalité offre les mêmes fonctionnalités à <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>
: appuyer surESC
(ou un autre déclencheur de fermeture) ferme la boîte de dialogue.<dialog closedby=any>
: cliquez en dehors de la boîte de dialogue ou appuyez sur Échap pour la fermer. Même comportement quepopover=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. Résultat : le modèle d'héritage des propriétés de mise en surbrillance est plus intuitif.
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 en slot, tel qu'un nœud ou un élément de texte. Vous pouvez utiliser cette méthode pour styliser des éléments en fonction de leur utilisation ou non du contenu de remplacement de l'emplacement.
API Web
Fonctionnalité Attribution Reporting: suppression de la limite des rapports agrégables lorsque l'ID de contexte du déclencheur n'est pas nul
Ce changement est basé sur les commentaires des appelants de l'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 permet de générer jusqu'à 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 des rapports agrégables lorsqu'un ID de contexte de déclencheur est fourni lors de l'enregistrement. La suppression de cette limite n'est autorisée que lorsque l'ID de contexte du 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 le nombre de rapports.
De plus, les rapports agrégables resteront soumis à d'autres limites qui limitent la quantité totale d'informations pouvant être mesurées, telles que le budget de contribution de niveau 1 (65 536) par source et la limite du taux d'attribution.
Partitionnement des URL blob: extraction/navigation
Dans le cadre de la proposition Storage Partitioning, 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 premier niveau 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 du partitionnement du stockage. De plus, Chrome appliquera "noopener" aux navigations de premier niveau 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.
Vous pouvez annuler temporairement cette modification 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 de mieux optimiser sa séquence de chargement, par exemple en n'utilisant pas le comportement d'analyse spéculative par défaut (également appelé lecteur de précharge).
Les agents utilisateur ont implémenté l'analyse spéculative du code HTML pour récupérer de manière spéculative les ressources présentes dans le balisage HTML, afin d'accélérer le chargement de la page. Pour la grande majorité des pages Web qui ont des ressources déclarées dans la balise 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 non optimal par rapport au temps explicite passé à analyser le code HTML pour déterminer les sous-ressources à extraire:
- Pages sans ressources déclarées dans le code HTML
- Pages HTML volumineuses avec un chargement de ressources minimal ou nul qui pourraient contrôler explicitement le préchargement des ressources à l'aide d'autres mécanismes de préchargement disponibles.
La stratégie de document expect-no-linked-resources
indique à l'agent utilisateur qu'il peut choisir d'optimiser le temps passé à déterminer ces sous-ressources.
Gestion explicite des ressources (asynchrone et synchrone)
Ces fonctionnalités répondent à un schéma courant dans le développement logiciel 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.
Étendre l'API console.timeStamp
pour prendre en charge les mesures et les options de présentation
Cette fonctionnalité étend l'API console.timeStamp()
, de manière rétrocompatible, pour fournir une méthode hautes performances d'instrumentation des applications et de présentation des données de chronométrage dans le panneau "Performances" de DevTools.
Les entrées de temps ajoutées avec l'API peuvent avoir un code temporel, une durée et des options de présentation personnalisés (piste, ligne de flottaison 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 d'agrégation privée.
Cette fonctionnalité permet aux appelants de 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. Des valeurs plus élevées et plus faibles sont autorisées. Chrome accepte les valeurs de 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. L'activation de rapports plus volumineux devrait augmenter le coût d'exploitation du service d'agrégation.
Les appelants de l'API Protected Audience ne seront pas affectés par cette fonctionnalité. Toutefois, nous prévoyons de permettre de personnaliser le nombre de contributions pour les rapports sur l'API Protected Audience dans de futures fonctionnalités.
Prise en charge de ImageSmoothingQuality
dans PaintCanvas
Ajout de la prise en charge de l'attribut imageSmoothingQuality
sur le canevas Paint. Il permet à un développeur Web de choisir la qualité plutôt que les performances lors de la mise à l'échelle des images.
Trois options sont 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'appels. Ces opérations peuvent être utilisées pour accélérer les applications en réduisant les coûts de mémoire induits par la communication entre les invocations.
Nouveaux essais Origin
Dans Chrome 134, vous pouvez activer les nouveaux tests d'origine suivants.
API Digital Credential
Les sites Web peuvent obtenir des identifiants à partir d'applications de portefeuille mobile via divers mécanismes, par exemple des gestionnaires d'URL personnalisés et le scan de code QR. Cette fonctionnalité permet aux sites de demander des informations d'identité aux portefeuilles à l'aide du système CredMan
IdentityCredential
d'Android. Il est extensible pour prendre en charge plusieurs formats d'identifiants (par exemple, les identifiants ISO mDoc et les identifiants vérifiables du W3C) et permet d'utiliser plusieurs applications de portefeuille. Des mécanismes sont ajoutés pour aider à réduire le risque d'abus de l'identité réelle à l'échelle de l'écosystème.
La phase d'évaluation de l'origine à partir de Chrome 134 ajoute la prise en charge de cette API sur la plate-forme pour ordinateur, où Chrome sur ordinateur communiquera de manière sécurisée avec le portefeuille numérique sur le téléphone Android pour récupérer les identifiants demandés.
Abandons et suppressions
Cette version de Chrome introduit les abandons et suppressions listés ci-dessous. Consultez ChromeStatus.com pour obtenir la liste des fonctionnalités abandonnées prévues, des fonctionnalités abandonnées en cours et des fonctionnalités supprimées précédemment.
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. D'ici peu, elles seront toutes ineffectives en raison d'autres modifications à venir.
Nous ne prévoyons aucune régression majeure à la suite de ce changement. 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). Ils peuvent choisir de passer aux contraintes standards.