Neue CSS-Medienfunktionen, die Easing-Funktion linear() und WebGPU
Sofern nicht anders angegeben, gelten die unten beschriebenen Änderungen für die neueste Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 113 ist seit dem 6. April 2023 als Betaversion verfügbar. Die neuesten Versionen stehen unter Google.com für Computer und im Google Play Store für Android-Geräte zum Download bereit.
CSS
In dieser Version werden vier neue CSS-Funktionen hinzugefügt.
CSS-Overflow-Medienfunktionen
Chrome 113 enthält die Medienfunktionen overflow-inline und overflow-block. Damit lässt sich testen, wie ein Gerät mit Inhalten umgeht, bei denen der ursprüngliche enthaltende Block überläuft.
CSS-update-Medienfunktion
Mit der Medienfunktion update können Sie Stile für gedruckte, langsame und schnelle Ausgabeanzeigen erstellen:
print: Dokumente auf Papier.slow: Umfasst E-Ink und leistungsschwächere Displays.fast: Herkömmliche Computerbildschirme.
Die Easing-Funktion linear()
Die Easing-Funktion linear() ermöglicht eine lineare Interpolation zwischen mehreren Punkten. Dies ermöglicht komplexere Animationen wie Absprünge und elastische Effekte.
Der Typ "image-set()"
Die funktionale Notation image-set() ist ein CSS-Typ, mit dem eine Reihe von Bildoptionen angegeben werden können, z. B. unterschiedliche Bilder für unterschiedliche Bildschirmdichten, und der Browser kann das beste auswählen. Er kann mit CSS-Eigenschaften wie „background-image“ verwendet werden.
In Chrome 113 wird der Typ image-set ohne Präfix hinzugefügt, sodass Autoren -webkit-image-set nicht mehr verwenden müssen. Die Implementierung entspricht außerdem den aktuellen Spezifikationen und neuen Auflösungseinheiten (dppx, dpi und dpcm), Unterstützung für Bildtypen (z. B. type("image/avif")), Roh-URLs ohne url() und Optionen für Farbverlaufsbilder.
Web APIs
Abruf: Headers.getSetCookie()
Bietet eine Möglichkeit, die Werte mehrerer Set-Cookie-Header abzurufen, ohne sie zu kombinieren. In HTTP ist Set-Cookie aus historischen Gründen ein spezieller Header, da er in einer Antwort mehrmals vorkommen kann, aber im Gegensatz zu anderen Headern nicht kombiniert werden kann. Header-Objekte unterstützen derzeit nicht die Verwendung mehrerer Werte des Set-Cookie-Headers. Diese Funktion bietet eine zusätzliche Funktion.
WebAuthn: Large Blob Storage-Erweiterung für große Blobs
In dieser Version wird die LargeBlob-Erweiterung WebAuthn unterstützt. Mit dieser Erweiterung können vertrauende Parteien intransparente Daten speichern, die mit einem Berechtigungsnachweis verknüpft sind.
WebGPU
WebGPU ist der Nachfolger der WebGL- und WebGL 2-Grafik-APIs für das Web. Es bietet moderne Funktionen wie GPU-Computing, geringeren Overhead-Zugriff auf GPU-Hardware, die Möglichkeit, mit einem einzigen Grafikgerät in mehreren Canvases zu rendern, sowie eine bessere, vorhersehbarere Leistung.
Eine umfassende Dokumentation für WebGPU finden Sie auf MDN.
Private State Token API
Die Private State Token API ist eine neue API (früher Trust Token API), mit der Nutzersignale auf Websites weitergegeben werden können, ohne websiteübergreifende dauerhafte Kennungen wie Drittanbieter-Cookies zum Schutz vor Betrug zu verwenden. Methoden zum Schutz vor Betrug, die auf Drittanbieter-Cookies beruhen, funktionieren nach der Einstellung von Drittanbieter-Cookies nicht mehr. Die Motivation dieser API ist es, Möglichkeiten zur Betrugsbekämpfung in einer Welt ohne Drittanbieter-Cookies bereitzustellen.
Die Private State Token API generiert oder definiert keine Signale zur Betrugsbekämpfung. Dies hängt vom entsprechenden Erstanbieter und dem Tokenaussteller ab. Die API erzwingt aus Datenschutzgründen Beschränkungen für die in diesen Signalen übermittelten Informationen. Die Private State Token API basiert auf dem Privacy Pass-Protokoll der IETF-Arbeitsgruppe. Sie können als eine im Web offengelegte Form der Privacy Pass-Protokolle betrachtet werden.
Ursprungstests laufen
In Chrome 113 können Sie die folgenden neuen Ursprungstests aktivieren.
Test zur Einstellung für die alte WebRTC Callback-basierte getStats()-Methode
RTCPeerConnection verfügt über zwei Versionen von getStats(): eine, die spezifikationskonform ist und den Bericht durch Auflösen eines Promise zurückgibt, und eine, die nicht standardmäßig ist und über einen Callback als erstes Argument einen ganz anderen Bericht zurückgibt. Die Callback-basierte wird bald entfernt. Dieser Test zur Einstellung ist von Chrome 113 bis 121 für Apps verfügbar, die mehr Zeit benötigen.
Registrieren Sie sich für den Test zur Einstellung der alten getStats()-Methode.
WebGPU WebCodecs-Integration
WebGPU macht eine API verfügbar, um eine undurchsichtige „externe Textur“ zu erstellen Objekte aus HTMLVideoElement. Diese Objekte können verwendet werden, um die Videoframes effizient zu erfassen, möglicherweise auf 0-Kopie-Weise direkt aus den YUV-Quelldaten.
Die WebGPU-Spezifikation für die erste Version von WebGPU erlaubt jedoch nicht das Erstellen von GPUExternalTextures aus WebCodecs-VideoFrame-Objekten. Diese Funktion ist wichtig für fortgeschrittene Videoverarbeitungsanwendungen, die bereits WebCodecs verwenden und WebGPU in die Videoverarbeitungspipeline integrieren möchten.
Diese Funktion unterstützt die Verwendung eines VideoFrame als Quelle für ein GPUExternalTexture.
Registrieren Sie sich für den WebGPU WebCodecs-Integrationstest.
Einstellung und Entfernung
Mit dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste mit geplanten Einstellungen, aktuellen Einstellungen und früheren Löschungen.
In dieser Version von Chrome werden zwei Funktionen verworfen.
Sichere Zahlungsbestätigung: Umbenennen von rp in rpId in CollectedClientAdditionalPaymentData
Die sichere Zahlungsbestätigung (Secure Payment Confirmation, SPC) ist eine Web-API zur Unterstützung einer optimierten Authentifizierung während einer Zahlungstransaktion. Es baut auf WebAuthn auf, um eine starke Authentifizierung bei Zahlungsabläufen zu ermöglichen. In der ersten Spezifikation und der Implementierung von SPC enthielt das Ausgabe-Wörterbuch CollectedClientAdditionalPaymentData des Kryptogramms einen Parameter namens rp. Dies wurde in der Spezifikation in rpId umbenannt, um es an WebAuthn anzupassen, und die Implementierung von Chrome wird entsprechend geändert (d. h., rpId wird hinzugefügt und rp entfernt).
document.domain-Setter verwerfen
Mit dem document.domain-Setter können Entwickler die Same-Origin-Richtlinie lockern, wodurch die grundlegende Sicherheitsgrenze, die wir einhalten wollen, verkompliziert wird. Der document.domain-Setter wird jetzt über Origin-keyed agent clusters aktiviert. Der Setter bleibt unverändert, aber der Ursprung bleibt unverändert.