Ajouts à l'API Screen Capture, interpolation des propriétés des modèles 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 répertoriées ici, cliquez sur les liens fournis ou consultez la liste disponible sur ChromeStatus.com. Chrome 107 est en version bêta depuis le 29 septembre 2022. Vous pouvez télécharger les dernières mises à jour sur Google.com pour ordinateur ou sur le Google Play Store pour 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 la taille des colonnes et des lignes de la grille, respectivement. Grâce à nos contributeurs chez Microsoft, nous acceptons désormais l'interpolation pour ces propriétés. Les mises en page en grille peuvent désormais passer d'un état à un autre de manière fluide, au lieu de l'ancrer au milieu d'une animation ou d'une transition.
Commandes de partage d'écran protégeant la confidentialité
L'API Screen Capture vient compléter l'API Media Capture and Streams existante pour permettre à l'utilisateur de sélectionner une partie ou une partie de l'écran (une fenêtre, par exemple) à capturer en tant que flux multimédia. Ce flux peut ensuite être enregistré ou partagé avec d'autres utilisateurs du 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 actuel doit être exclu de la liste d'onglets proposée à l'utilisateur.
Cela permet d'éviter les captures accidentelles lorsque les utilisateurs sélectionnent accidentellement l'onglet dans lequel l'application s'exécute, ce qui génère un effet "Hall of Mirrors" qui crée de la confusion pour les utilisateurs et fait dérailler les discussions avec les utilisateurs distants.
DisplayMediaStreamConstraints.surfaceSwitching
Ajout d'une option permettant de contrôler de manière programmatique si Chrome affiche un bouton pour changer d'onglet lors du partage d'écran. Cette option sera transmise à navigator.mediaDevices.getDisplayMedia().
Le bouton "Partager cet onglet à la place" permet aux utilisateurs de basculer facilement vers l'onglet qu'ils partagent, sans avoir à sélectionner à nouveau l'onglet de la visioconférence, à cliquer sur un bouton pour lancer getDisplayMedia() à nouveau ou à sélectionner un nouvel onglet dans une longue liste d'onglets. Ce comportement est exposé de manière conditionnelle, car les applications Web ne sont pas toutes en mesure de le gérer.
MediaTrackConstraintSet.displaySurface
Lorsque getDisplayMedia() est appelé, le navigateur propose à l'utilisateur le choix de différentes surfaces d'affichage: onglets, fenêtres ou écrans. Grâce à la contrainte displaySurface, l'application Web peut désormais indiquer au navigateur qu'un certain type de surface est plus visible pour l'utilisateur.
Découvrez comment ces fonctionnalités peuvent vous aider à éviter tout partage accidentel.
État de blocage de l'affichage dans le temps de ressource
Ajoute un champ à PerfomanceResourceTiming pour indiquer l'état qui bloque l'affichage d'une ressource. Actuellement, du point de vue des développeurs, le seul moyen d'identifier les ressources qui bloquent réellement l'affichage est d'utiliser des méthodes heuristiques complexes. Le nouveau champ fournirait à la place un signal direct concernant ce champ.
Caractères génériques dans les origines de la règle d'autorisation
Cette fonctionnalité ajoute la prise en charge des caractères génériques dans une règle d'autorisation structurée 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/). 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 règle d'autorisation pouvait avoir besoin de se présenter comme suit:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://cdn1.foo.com" "https://cdn2.foo.com")
Cette fonctionnalité vous permet d'utiliser:
permissions-policy: ch-ua-platform-version=(self "https://foo.com" "https://*.foo.com")
Prise en charge de 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 l'affichage de window.opener sur les sites Web auxquels des éléments de formulaire ont été consultés et qui ont rel=noopener et empêche l'envoi de l'en-tête référent avec rel=noreferrer.
Phases d'évaluation
Cette version de Chrome proposait deux nouvelles phases d'évaluation.
API PendingBeacon déclarative
API de balise avec état qui permet au navigateur de contrôler à quel moment les balises sont envoyées. Une balise est un ensemble de données envoyé à 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 cette opération n'est pas au moment opportun. à effectuer. Cette API délègue l'envoi au navigateur lui-même. Elle peut ainsi prendre en charge des balises lors du déchargement ou de la masquage de la page, sans que le développeur ait à implémenter des appels d'envoi au bon moment.
Cet essai devrait se terminer jusqu'à Chrome 109. Pour vous inscrire à l'essai, cliquez ici.
Permissions-Policy: unload
Cette fonctionnalité permet aux pages de désactiver l'exécution des gestionnaires d'événements "unload". L'objectif est de permettre aux sites ayant supprimé tous les gestionnaires de déchargement de s'assurer qu'ils n'en ajoutent pas accidentellement de nouveaux. Cela aidera les sites à se débarrasser des gestionnaires d'événements de déchargement et ainsi à améliorer le taux de succès de BFCache.
Cet essai devrait se terminer jusqu'à Chrome 109. Pour vous inscrire à l'essai, cliquez ici.
Abandons et suppressions
Cette version de Chrome introduit les abandons et les suppressions indiqués ci-dessous. Consultez le site ChromeStatus.com pour obtenir la liste des abandons prévus, des abandons actuels et des suppressions précédentes.
Dans cette version de Chrome, une fonctionnalité n'est plus disponible.
Expect-CT
Expect-CT est un en-tête HTTP qui permettait aux sites Web d'activer la transparence des certificats avant son application par défaut. Il dispose également d'une fonctionnalité de reporting qui aide les développeurs à détecter les erreurs de configuration des 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, Universal Certificate Transparency) en permettant aux sites Web importants d'activer cette fonctionnalité ou de créer des rapports pour renforcer la sécurité avant que cette application ne soit requise (par Chrome) sur tous les sites Web publics. Cependant, Expect-CT n'est plus utile. Désormais, tous les sites Web publics sont concernés par Chrome. Expect-CT n'a donc plus d'importance en termes de sécurité. Aucun autre navigateur n'a implémenté Expect-CT. Sa suppression ne pose donc pas de problème d'interopérabilité.