Ajouts à l'API Screen Capture, interpolation des propriétés du modèle de grille CSS, etc.
Sauf indication contraire, les modifications décrites ci-dessous 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 107 est en version bêta à compter du 29 septembre 2022. Vous pouvez télécharger la dernière version sur Google.com sur un ordinateur ou sur le Google Play Store sur Android.
Interpolation des propriétés CSS grid-template
Dans la grille CSS, les propriétés grid-template-columns et grid-template-rows permettent aux développeurs de définir des noms de ligne et de suivre le dimensionnement des colonnes et des lignes de la grille, respectivement. Grâce à nos contributeurs de Microsoft, nous acceptons désormais l'interpolation pour ces propriétés. Les mises en page en grille peuvent désormais passer facilement d'un état à un autre, au lieu de s'ancrer à mi-chemin d'une animation ou d'une transition.
Contrôles de partage d'écran protégeant la confidentialité
L'API Capture d'écran apporte des ajouts à l'API Media Capture and Streams existante pour permettre à l'utilisateur de sélectionner un écran ou une partie d'écran (comme une fenêtre) à capturer en tant que flux multimédia. Cette diffusion peut ensuite être enregistrée ou partagée avec d'autres utilisateurs sur le réseau. Dans cette version bêta, de nouvelles fonctionnalités sont ajoutées à cette API.
DisplayMediaStreamConstraints.selfBrowserSurface
Conseil permettant aux applications Web d'indiquer au navigateur si, lors de l'appel de getDisplayMedia(), l'onglet actif doit être exclu de la liste des onglets présentés à l'utilisateur.
Cela permet d'éviter toute auto-capture accidentelle. Lorsqu'un utilisateur choisit accidentellement l'onglet dans lequel l'application s'exécute, un effet Hall des miroirs est généré, déconcertant les utilisateurs et perturbant les discussions avec les utilisateurs à distance.
DisplayMediaStreamConstraints.surfaceSwitching
Ajout d'une option permettant de contrôler de manière programmatique si Chrome affiche un bouton permettant de changer d'onglet en cas de partage d'écran. Cette option sera transmise à navigator.mediaDevices.getDisplayMedia().
Le bouton "Partager cet onglet" permet aux utilisateurs de changer facilement d'onglet. Ils n'ont pas besoin de sélectionner à nouveau l'onglet de visioconférence, de cliquer sur un bouton pour lancer à nouveau getDisplayMedia() ou de sélectionner un nouvel onglet dans une longue liste d'onglets. Ce comportement est exposé de manière conditionnelle, car toutes les applications Web ne sont pas en mesure de le gérer.
MediaTrackConstraintSet.displaySurface
Lorsque getDisplayMedia() est appelé, le navigateur propose à l'utilisateur plusieurs surfaces d'affichage: onglets, fenêtres ou écrans. En utilisant la contrainte "displaySurface", l'application Web peut désormais indiquer au navigateur si elle préfère qu'un certain type de surface soit davantage mis en avant.
Découvrez comment ces fonctionnalités permettent d'éviter les partages excessifs accidentels.
État de blocage du rendu dans "Resource Timing"
Ajoute un champ à PerfomanceResourceTiming pour indiquer l'état de blocage de l'affichage d'une ressource. Actuellement, du point de vue des développeurs, le seul moyen d'identifier les ressources qui bloquent l'affichage consiste à s'appuyer sur des méthodes heuristiques complexes. Le nouveau champ fournirait à la place un signal direct à ce sujet.
Caractères génériques dans les origines de la règle d'autorisation
Cette fonctionnalité accepte les caractères génériques dans les règles d'autorisation structurées comme SCHEME://*.HOST:PORT (par exemple, https://*.foo.com/), où une origine valide peut être créée à partir de SCHEME://HOST:PORT (par exemple, https://foo.com/). Pour ce faire, HOST doit au moins correspondre à eTLD+1 (domaine enregistrable). Cela signifie que https://*.bar.foo.com/ fonctionne, mais pas https://*.com/. Les caractères génériques dans la section du schéma et du port ne seront plus acceptés, et https://*.foo.com/ ne délègue pas à https://foo.com/. Auparavant, une stratégie d'autorisation pouvait se présenter comme suit:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Grâce à cette fonctionnalité, vous pouvez utiliser:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Prendre en charge l'attribut rel sur les éléments <form>
Cette fonctionnalité ajoute l'attribut rel aux éléments du formulaire, ce qui permet d'empêcher la présence de window.opener sur les sites Web consultés par des éléments de formulaire qui ont rel=noopener et d'empêcher l'envoi de l'en-tête de référent avec rel=noreferrer.
Phases d'évaluation
Cette version de Chrome a fait l'objet de deux nouvelles phases d'évaluation.
API déclarative PendingBeacon
Une API de balise avec état qui permet au navigateur de contrôler le moment où les balises sont envoyées. Une balise est un ensemble de données envoyées à un serveur backend, sans attendre de réponse particulière. Il est souvent souhaitable de les envoyer à la fin de la visite d'un utilisateur sur une page, mais il n'y a pas de moment idéal pour effectuer cet appel d'envoi. Cette API délègue l'envoi au navigateur, de sorte qu'elle puisse prendre en charge les balises lors du déchargement ou du masquage de la page, sans que le développeur n'ait à implémenter l'envoi d'appels au bon moment.
Cet essai devrait se dérouler jusqu'à Chrome 109. Inscrivez-vous ici à l'essai.
Permissions-Policy: unload
Cette fonctionnalité permet aux pages de désactiver l'exécution de gestionnaires d'événements "unload". L'objectif est d'autoriser les sites ayant supprimé tous les gestionnaires unload à s'assurer qu'ils n'en ajoutent pas accidentellement de nouveaux. Cela aidera les sites à migrer les gestionnaires d'événements "unload" et ainsi à améliorer le taux d'accès au cache BFCache.
Cet essai devrait se dérouler jusqu'à Chrome 109. Inscrivez-vous ici à l'essai.
Abandons et suppressions
Cette version de Chrome présente les abandons et suppressions listés ci-dessous. Accédez à ChromeStatus.com pour consulter la liste des abandons prévus, des abandons actuels et des suppressions précédentes.
Cette version de Chrome abandonne une fonctionnalité.
CTR attendu
Expect-CT est un en-tête HTTP qui permettait aux sites Web d'activer l'application de la transparence des certificats avant qu'elle ne soit appliquée par défaut. Il dispose également d'une fonctionnalité de reporting pour aider les développeurs à détecter les erreurs de configuration du CT.
L'en-tête HTTP Expect-CT a été conçu pour faciliter la transition vers l'application de la transparence des certificats (CT) universelle. Il permet aux sites Web importants d'activer l'application de la transparence des certificats ou de créer des rapports pour renforcer la sécurité avant qu'elle ne soit requise (par Chrome) sur tous les sites Web publics. Cependant, Expect-CT n'est plus utile. Chrome exige désormais la transparence des certificats sur tous les sites Web publics. Par conséquent, Expect-CT n'a plus de valeur de sécurité. Aucun autre navigateur n'a implémenté Expect-CT. Sa suppression n'est donc pas un problème d'interopérabilité.