Date de sortie stable:14 mai 2024
Sauf indication contraire, les modifications suivantes s'appliquent à la version stable de Chrome 125 version pour Android, ChromeOS, Linux, macOS et Windows.
<ph type="x-smartling-placeholder">HTML et DOM
Sérialisation Shadow DOM déclarative
Fonction permettant aux développeurs de sérialiser des arborescences DOM contenant des racines fantômes, récemment normalisé dans la norme HTML.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 41490936 | Entrée ChromeStatus.com | Spécifications
CSS
Positionnement de l'ancre CSS
Le positionnement de l'ancre CSS permet aux développeurs de partager la connexion avec un élément positionné de façon absolue. à un ou plusieurs autres éléments de la page (les ancres), de manière déclarative : sans utiliser JavaScript. Le positionnement de l'ancre est efficace lorsque que l'on peut faire défiler. Un cas d'utilisation courant consiste à positionner une fenêtre contextuelle comme info-bulle à côté de l'élément qui l'a appelé, ou d'un menu de sélection et de son pop-up la liste d'options. Avant la mise en place de la fonctionnalité de positionnement de l'ancre, ces cas d'utilisation nécessitaient du code JavaScript pour positionner dynamiquement la fenêtre pop-up et la garder ancrée au même endroit que le l'élément appelant a été fait défiler, ce qui est un pistolet de performance et difficile à et les bonnes pratiques. Avec le positionnement de l'ancre, vous pouvez implémenter ces cas d'utilisation de manière performante et déclarative.
La fonctionnalité de positionnement de l'ancre comprend un grand nombre de propriétés CSS. A quelques-unes des propriétés clés sont les suivantes:
anchor-name
: configure un élément en tant qu'ancre pour d'autres éléments.position-anchor
: décrit la méthode "default" qu'un élément ancré à utiliser pour le positionnement de l'ancre.- La fonction
anchor()
: utilisée pour faire référence à la position de l'ancre. lors du positionnement de l'élément ancré. inset-area
: raccourci de positionnement, pour les positions relatives courantes.
<ph type="x-smartling-placeholder"></ph> Présentation de l'API CSS Anchor Positioning | Suivi du bug 40059176 | Entrée sur ChromeStatus.com | Spécifications
Fonctions de valeur échelonnées du CSS : round()
, mod()
et rem()
Les fonctions à valeur échelonnée,
round()
,
mod()
rem()
transforme toutes une valeur
en fonction d'une autre "valeur de pas".
La fonction CSS round()
renvoie un nombre arrondi basé sur l'arrondi sélectionné
stratégie.
La fonction CSS mod()
renvoie un module restant lorsque le premier paramètre est
divisé par le deuxième paramètre, comme avec l'opérateur JavaScript "reste".
(%). Le module est la valeur restante lorsqu'un opérande, le dividende, est
divisé par un deuxième opérande, le diviseur. Elle prend toujours le signe du
diviseur.
La fonction CSS rem()
renvoie un reste restant lorsque le premier paramètre
est divisé par le deuxième paramètre, comme avec l'opérateur JavaScript "reste"
(%). Le reste est la valeur restante lorsqu'un opérande, le dividende, est
divisé par un deuxième opérande, le diviseur. Elle prend toujours le signe du
dividende.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 40253179 | Entrée ChromeStatus.com | Spécifications
<ph type="x-smartling-placeholder">Nouvelle syntaxe pour les :state()
personnalisés CSS
L'état personnalisé CSS permet aux éléments personnalisés d'exposer leurs propres pseudo-classes. La
a été spécifiée dans CSSWG, et Chrome 125 prend désormais en charge
la syntaxe :state(foo)
. Cette modification affichera une fenêtre
accepte à la fois l'ancienne syntaxe (:--foo
) et la nouvelle, afin que les sites Web
pouvez passer
au nouveau.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications
Suppression de la discontinuité pour les couleurs Oklab et Oklch avec une luminosité de presque 100% ou zéro
Avant ce changement, toutes les couleurs Lab, LCH, Oklab et Oklch avec une valeur de luminosité 100% ont été affichés en blanc, quels que soient les deux autres paramètres. Tout les couleurs dans ces espaces avec une valeur de luminosité de 0 ont été affichées en noir. Ces deux mappages entraînaient des discontinuités dans les gradients et étaient inattendus développeurs.
Avec ce rollback, ces couleurs ne sont plus mappées de manière artificielle et la couleur obtenue sera continue avec des couleurs proches et dépendra le mappage de la gamme de l'écran.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications
Barres de défilement racine du jeu de couleurs utilisées
Fait en sorte que le navigateur utilise le jeu de couleurs préféré de l'utilisateur pour afficher la fenêtre d'affichage
barres de défilement si la valeur de "jeux de couleurs pris en charge de la page" est "normal" ou non
spécifiée, et la valeur calculée de
color-scheme
pour l'élément racine est normal
. Les barres de défilement de la fenêtre d'affichage
en dehors du contenu Web. Par conséquent, les user-agents doivent respecter
jeu de couleurs à privilégier lors de l'affichage des barres de défilement de la fenêtre d'affichage si le développeur a
la prise en charge des jeux de couleurs n'est pas
explicitement spécifiée.
Cette modification n'empêche pas les développeurs de contrôler le jeu de couleurs pour et les barres de défilement. Avec ce nouveau comportement, le navigateur utilise color-scheme pour afficher les barres de défilement de la fenêtre d'affichage non en superposition uniquement si le développeur n'a pas spécifié la palette de couleurs de l'élément racine.
<ph type="x-smartling-placeholder"></ph> title [titre] | Suivi du bug 40259909 | Entrée sur ChromeStatus.com | Spécifications
Classe view-transitions
La nouvelle propriété CSS view-transition-class
vous permet
spécifiez une ou plusieurs classes de transition de vue. Vous pouvez ensuite sélectionner
Pseudo-éléments ViewTransition
utilisant ces classes, par exemple
::view-transition-group(*.class)
Il s'agit d'une extension de l'API ViewTransition. qui simplifie le style des pseudo-éléments de transition de vue de la même manière que les classes CSS simplifient le style des éléments DOM standards.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 41492972 | Entrée ChromeStatus.com | Spécifications
Chargement…
Accepter les URL HTTP et HTTPS lors de la création de WebSocket
Cette mise à jour active les schémas HTTP et HTTPS
dans le constructeur WebSocket,
ce qui permet également aux développeurs d'utiliser des URL relatives. Celles-ci sont normalisées en
les schémas internes ws:
et wss:
.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 325979102 | Entrée ChromeStatus.com | Spécifications
API Web
Ajouts à l'API Attribution Reporting
Des fonctionnalités ont été ajoutées à l'API Attribution Reporting pour créer des fonctionnalités de débogage grâce à la prise en charge de l'analyse des rapports de débogage d'échec, améliorer l'API ; l'ergonomie en permettant d'indiquer la plate-forme d'inscription préférée dans un champ ; améliorer la confidentialité.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com
L'API Compute Pressure
L'API Compute Pressure offre les états de haut niveau qui représentent la charge du CPU sur le système. Elle permet au pour utiliser les métriques matérielles sous-jacentes appropriées afin de garantir que les utilisateurs peuvent exploiter toute la puissance de traitement dont elles disposent n'est pas soumis à un stress ingérable.
La conception et l'implémentation de cette API ont été dirigées par Intel. qui permettra aux applications de visioconférence d'équilibrer dynamiquement les fonctionnalités et des performances.
<ph type="x-smartling-placeholder"></ph> API Compute Pressure | Suivi du bug 40683064 | Entrée sur ChromeStatus.com | Spécifications
Étendre l'API Storage Access (SAA) au stockage non basé sur les cookies
Cela lance l'extension proposée pour l'API Storage Access (vers les versions antérieures compatible et a été en phase d'évaluation) pour autoriser l'accès aux cookies non partitionnés et le stockage non basé sur des cookies dans un contexte tiers. L'API actuelle ne fournit l'accès aux cookies, qui ont des cas d'utilisation différents de ceux qui ne sont pas stockés par les cookies.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 40282415 | Entrée ChromeStatus.com | Spécifications
Exigence CORS de FedCM sur le point de terminaison d'assertion de l'ID
Les extractions dans l'API FedCM sont difficiles à justifier en raison des propriétés de leur part. Des discussions sont en cours sur les comptes il existe aussi un consensus général sur le fait que le point de terminaison d'assertion d'ID utilisez CORS. Cette mise à jour aligne les propriétés de sécurité de cette extraction ou d'autres extractions sur la plate-forme Web.
<ph type="x-smartling-placeholder"></ph> Mises à jour de FedCM: phase d'évaluation de l'API Button Mode, CORS et SameSite | Suivi du bug 40284123 | Entrée sur ChromeStatus.com
La requête avec identifiants FedCM n'envoie plus de cookie SameSite=Strict
FedCM envoie désormais des requêtes d'assertion d'ID avec CORS. En raison de ce changement, Chrome
n'envoie plus de cookies SameSite=Strict
au point de terminaison d'assertion d'ID, mais
Chrome continue d'envoyer SameSite=None
. Puisqu'il n'est pas logique d'envoyer un
un ensemble différent de cookies au point de terminaison du compte et l'assertion d'ID
ce changement les rend cohérents.
Ne pas envoyer de cookies SameSite=Strict
est également conforme à
Comportement de requestStorageAccess
et intersites en général.
<ph type="x-smartling-placeholder"></ph> Bug de suivi n° 329145816 | Entrée ChromeStatus.com | Spécifications
Action par défaut de type "mousemove" interopérable
Chrome a autorisé l'annulation des événements "mousemove" pour empêcher d'autres API, comme le texte,
(et même par glisser-déposer auparavant). Cela ne correspond pas aux autres
les navigateurs ; et n'est pas conforme aux spécifications relatives aux événements de l'interface utilisateur. La sélection de texte
ne sera plus l'action par défaut du déplacement de la souris. La sélection de texte et le
glisser-déposer peuvent
seront toujours bloqués en annulant les événements selectstart
et dragstart
;
respectivement.
Cette fonctionnalité sera déployée progressivement à partir de Chrome 125 et est attendue pour tous les utilisateurs d'ici Chrome 126.
<ph type="x-smartling-placeholder"></ph> Démonstration | Suivi du bug 40078978 | Entrée sur ChromeStatus.com | Spécifications
Modificateurs d'expressions régulières
Les modificateurs d'expression régulière ajoutent la possibilité de modifier localement les éléments i
, m
,
et s
min d'options à l'intérieur d'un modèle.
Afin d'activer une option pour une sous-expression, utilisez (?X:subexpr)
, où X
est l'une des valeurs suivantes :
i
, m
ou s
. Pour désactiver une option pour une sous-expression, utilisez (-X:subexpr)
.
Par exemple, pour l'indicateur i
d'insensibilité à la casse:
const re1 = /^[a-z](?-i:[a-z])$/i;
re1.test("ab"); // true
re1.test("Ab"); // true
re1.test("aB"); // false
const re2 = /^(?i:[a-z])[a-z]$/;
re2.test("ab"); // true
re2.test("Ab"); // true
re2.test("aB"); // false
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications
L'expression régulière comporte des groupes de capture nommés en double.
Les groupes de capture nommés en double vous permettent d'utiliser le même nom de groupe de capture. entre différentes alternatives. Exemple :
const re = /(?<year>[0-9]{4})-[0-9]{2}|[0-9]{2}-(?<year>[0-9]{4})/;
Dans ce cas, year
est valide pour la première alternative ((?<year>[0-9]{4})-[0-9]{2}
),
ou la deuxième alternative ([0-9]{2}-(?<year>[0-9]{4})
).
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications
Applications Chrome
API Direct Sockets dans les applications Chrome
Cette mise à jour facilite la transition des applications spécialisées des applications Chrome vers Applications Web isolées en activant Direct Sockets dans les applications Chrome, permettant aux applications Web Établir le protocole TCP (Direct Transmission Control Protocol) et le protocole de datagramme utilisateur (UDP) avec les appareils et les systèmes réseau.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com | Spécifications
Nouvelles phases d'évaluation
API FedCM Button Mode et utiliser l'API Other Account
Cette phase d'évaluation inclut les deux API FedCM suivantes.
L'API Button Mode permet aux sites Web d'appeler FedCM en un clic sur un bouton, en cliquant sur le bouton Sign-in to IdP (Se connecter à l'IdP). FedCM doit donc garantir répond toujours par une interface utilisateur visible, contrairement au mode widget, qui n'affiche pas d'UI lorsque les utilisateurs se déconnectent. Appeler l'API FedCM dans Mode bouton oblige les utilisateurs à se connecter à l'IdP (dans une boîte de dialogue) lorsqu'ils sont déconnectés.
De plus, le mode bouton étant appelé au sein d'une interface utilisateur explicite, geste, l'UI peut également être plus proéminente (par exemple, centrée et modale) par rapport à l'interface utilisateur en mode widget (qui n'a pas de fonctionnalités . Pour en savoir plus sur le fonctionnement de l'API Button Mode, consultez Mises à jour de FedCM: phase d'évaluation de l'API Button Mode, CORS et SameSite
L'API Use Other Account permet à un fournisseur d'identité d'autoriser les utilisateurs à se connecter à d'autres comptes.
<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Démonstration | Suivi du bug n° 40284792 | Entrée sur ChromeStatus.com | Spécifications .
API pliables
Cette phase d'évaluation inclut l'API Device Posture et les segments de fenêtre d'affichage API Enumeration. Ces API sont conçues pour aider les développeurs à cibler les appareils pliables appareils.
<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Phase d'évaluation pour les API pliables | Entrée sur ChromeStatus.com | Spécifications
Évaluation avant arrêt des propriétés et méthodes HTMLVideoElement en plein écran avec préfixe
Cet essai avant arrêt vous permet de réactiver la prise en charge du préfixe Propriétés et méthodes HTMLVideoElement si vous avez besoin de plus de temps pour ajuster votre du code source.
<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Entrée ChromeStatus.com
Ignorer l'analyse de préchargement
Ignore l'outil d'analyse du préchargement pour en savoir plus. les compromis de performances pour les pages sans extraction de sous-ressources.
L'étape de préchargement de l'analyseur améliore les performances des pages comportant des sous-ressources via la mise en œuvre du préchargement spéculatif. Toutefois, pour les pages qui ne bénéficient pas de cette étape, c'est-à-dire pour les pages sans sous-ressources, il s'agit d'une surcharge de traitement supplémentaire avec peu d'avantages.
Pour les utilisateurs Web avancés qui souhaitent réduire ces frais généraux, permet de désactiver l'analyseur de préchargement au niveau de la page. Données collectées par le biais de ce test permet d'évaluer si une API modifiée ou un autre l'implémentation de l'analyseur de préchargement HTML serait utile.
<ph type="x-smartling-placeholder"></ph> Phase d'évaluation | Suivi du bug 330802493 | Entrée sur ChromeStatus.com | Spécifications
Abandons et suppressions
Supprimer "window-placement" alias de la règle d'autorisation et d'autorisation "window-management"
Supprime "window-placement" alias de la règle d'autorisation et d'autorisation "window-management". Cela s'inscrit dans un effort plus vaste de renommer les chaînes finalement abandon et suppression de "window-placement". Ce changement de terminologie améliore la longévité du descripteur dans la mesure où L'API Management évolue au fil du temps.
<ph type="x-smartling-placeholder"></ph> title [titre] | Suivi du bug 40842072 | Entrée sur ChromeStatus.com | Spécifications
Suppression du règlement d'entreprise: NewBaseUrlInheritanceBehaviorAllowed
La modification du code sous-jacent (activer le nouveau comportement d'héritage des URL de base) la fonctionnalité de remplacement des règles d'entreprise est disponible dans les versions stables depuis août 2023 (Chrome 118). Puisque les problèmes connus ont été traités, cette entreprise a été supprimée dans Chrome 125.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com
Suppression des propriétés et des méthodes HTMLVideoElement en plein écran avec préfixe
Les API de plein écran HTMLVideoElement
avec préfixe sont obsolètes depuis
Chrome 38. Ils ont été remplacés par Element.requestFullscreen()
, lequel
expédié sans préfixe en 2018 dans Chrome 71.
Les propriétés et méthodes suivantes seront supprimées de HTMLVideoElement:
webkitSupportsFullscreen
webkitDisplayingFullscreen
webkitEnterFullscreen()
webkitExitFullscreen()
webkitEnterFullScreen()
(notez les différentes majuscules du "S" dans FullScreen)webkitExitFullScreen()
Inscrivez-vous à l'évaluation avant arrêt indiquée dans cet article, si votre site s'appuie toujours sur ces données et vous avez besoin de plus de temps pour mettre à jour votre code.
<ph type="x-smartling-placeholder"></ph> Entrée ChromeStatus.com
Documentation complémentaire
Vous souhaitez en savoir plus ? Consultez ces ressources supplémentaires.
- Nouveautés de Chrome 125
- Nouveautés des outils pour les développeurs Chrome 125
- Mises à jour de ChromeStatus.com pour Chrome 125
- Calendrier des mises à jour de Chrome
- Abandons à venir
- Suppressions à venir
Télécharger Google Chrome
Télécharger Chrome pour Android Ordinateur de bureau iOS