CSS-Anfangsbuchstaben, Web-App-Start-Handler, plattformübergreifende Iframe-Unterstützung für die FedCM API und mehr.
Sofern nicht anders angegeben, gelten die unten beschriebenen Änderungen für die neueste Version des Chrome Beta-Kanals 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 110 ist seit dem 12. Januar 2023 als Betaversion verfügbar. Sie können die aktuelle Version auf Google.com für Computer oder im Google Play Store für Android herunterladen.
CSS
Diese Version enthält zwei neue CSS-Funktionen.
CSS-Initialien
Initialen sind große, dekorative Buchstaben, die schon vor der Erfindung des Buchdrucks verwendet wurden, um neue Textabschnitte zu beginnen. Mit der CSS-Property initial-letter können Sie festlegen, in wie vielen Zeilen ein Anfangsbuchstabe in die folgenden Textzeilen einsinken soll. Im folgenden Beispiel wird der Anfangsbuchstabe über drei Textzeilen angezeigt.
.content::first-letter {
initial-letter: 3;
}
CSS-Pseudoklasse :picture-in-picture
Mit der Pseudoklasse :picture-in-picture können Webentwickler den Mediaplayer anpassen, wenn Videos in den Bild-im-Bild-Modus wechseln oder ihn verlassen.
Demo des Pseudo-Attributs „:picture-in-picture“ ansehen
Web APIs
AudioContext.setSinkId()
Mit AudioContext.setSinkId wird die ID des Audiogeräts festgelegt, das für die Ausgabe verwendet werden soll. So kann die AudioContext Audio an ein verbundenes Ausgabegerät der Wahl des Nutzers weiterleiten.
Weitere Informationen zu dieser Funktion finden Sie im Beitrag Ausgabezielgerät in Web Audio ändern.
FedCM in einem ursprungsübergreifenden iFrame
Ermöglicht über eine Berechtigungsrichtlinie die Cross-Origin-Iframe-Unterstützung für die FedCM API. So können Websites die Scripts von Identitätsanbietern, die die FedCM API in einem plattformübergreifenden IFrame auslösen, in einer Sandbox platzieren, sodass sie nicht die vollständige Kontrolle über die gesamte Seite haben. Dies ermöglicht auch Anwendungsfälle, in denen für den Iframe selbst eine Anmeldung des Nutzers erforderlich ist. In beiden Fällen muss der übergeordnete Frame dem iframe mit unterschiedlichen Ursprüngen die Berechtigungsrichtlinie identity-credentials-get zur Verfügung stellen.
IFrame ohne Anmeldedaten
Mit IFrame ohne Anmeldedaten können Entwickler Dokumente in iFrames von Drittanbietern mit neuen und sitzungsspezifischen Kontexten laden. Die Funktion „Ohne Anmeldedaten für iFrames“ ist eine Verallgemeinerung der Funktion „Ohne Anmeldedaten für COEP“, um iFrames von Drittanbietern zu unterstützen, die möglicherweise kein COEP implementieren. Dadurch entfällt die Einschränkung, dass iframes von Drittanbietern COEP unterstützen müssen, um in eine COEP-Seite eingebettet zu werden. Außerdem können Entwickler, die die seitenübergreifende Isolation nutzen möchten, diese nun problemlos implementieren.
Weitere Informationen zu iframes ohne Anmeldedaten
Methode FileSystemHandle::remove()
Mit der Methode remove() von FileSystemHandle können Sie den häufigen Anwendungsfall abdecken, bei dem Sie einen Dateihandle von showSaveFilePicker() abrufen, dann aber beschließen, die Datei doch nicht zu speichern, und sie löschen. Vor der Einführung dieser Methode war es nicht möglich, eine Datei oder ein Verzeichnis anhand des Handles zu entfernen. Sie mussten den Handle des übergeordneten Verzeichnisses abrufen und FileSystemDirectoryHandle::removeEntry() aufrufen.
Prefetching, das von der Speculation Rules API ausgelöst wird
Beim Vorab-Caching wird die Hauptressource für eine zukünftige Navigation abgerufen und im Arbeitsspeicher gespeichert, damit sie die nächste Navigation beschleunigen kann. Diese Einführung umfasst sowohl das Prefetching innerhalb der Website als auch das websiteübergreifende Prefetching, wenn für die Zielwebsite keine Anmeldedaten vorhanden sind.
Nicht-übergangsorientierte IDNA-Verarbeitung in URLs verwenden
IDNA 2008 im Modus „Nicht-Übergangsmodus“ für die URL-Verarbeitung aktivieren, um das Verhalten von Chrome an Firefox und Safari anzupassen. Chrome verwendet derzeit IDNA 2008 im Übergangsmodus bei der URL-Verarbeitung. Der Hauptunterschied zwischen dem Übergangs- und dem Nicht-Übergangsmodus besteht in der Verarbeitung von vier Zeichen, die als Abweichungszeichen bezeichnet werden: ß (LATIN SMALL LETTER SHARP S), ς (GREEK SMALL LETTER FINAL SIGMA), ZWJ (Zero width joiner) und ZWNJ (Zero width non-joiner). Im Übergangsmodus werden Abweichungszeichen wie in IDNA2003 behandelt: ß wird zu „ss“, ς zu „σ“ und ZWJ und ZWNJ werden gelöscht. Im Modus „Nicht-Übergangsphase“ sind Domains mit diesen Zeichen in Domainnamen ohne Zuordnung zulässig und können daher auf unterschiedliche IP-Adressen aufgelöst werden. Wenn Sie beispielsweise in Chrome und Firefox faß.de eingeben, werden heute unterschiedliche Websites geöffnet. Wenn Sie die nicht übergangsorientierte IDNA in Chrome aktivieren, sind Abweichungszeichen in Domainnamen zulässig. Firefox und Safari haben diese Änderung bereits 2016 vorgenommen und verwenden weiterhin die Verarbeitung nicht übergangsfähiger URLs.
Web-App-Start-Handler
Fügen Sie ein Manifest-Element launch_handler für Web-Apps hinzu, mit dem Web-Apps ihr Startverhalten für alle Arten von App-Startauslösern anpassen können. Wenn Sie beispielsweise Folgendes angeben, wird bei jedem Start der Beispiel-App ein vorhandenes App-Fenster (falls vorhanden) fokussiert und geöffnet, anstatt immer ein neues App-Fenster zu starten.
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
Richtlinie für die Berechtigung zur Webfreigabe
Hiermit wird der Zugriff auf navigator.share() gesteuert. Standardmäßig sind iframes von Drittanbietern nicht berechtigt, die Web Share API zu verwenden.
Laufende Ursprungstests
In Chrome 110 können Sie die folgenden neuen Ursprungstests aktivieren.
Unterstützung für die No-Vary-Suche im Navigations-Prefetch-Cache
Ermöglicht die Übereinstimmung des Prefetch, auch wenn sich die URL-Suchparameter ändern. Der HTTP-Antwortheader No-Vary-Search gibt an, dass einige oder alle Teile einer URL-Abfrage für den Cacheabgleich ignoriert werden können. Sie können angeben, dass die Reihenfolge der Abfrageparameterschlüssel keine Cache-Ausfälle verursachen soll, dass bestimmte Abfrageparameter keine Cache-Ausfälle verursachen sollen oder dass nur bestimmte bekannte Abfrageparameter Cache-Ausfälle verursachen sollen. Dies kann sich auf mehrere Caches beziehen, dieser Eintrag bezieht sich jedoch auf die Unterstützung des Prefetch-Caches.
PerformanceResourceTiming.deliveryType
Informationen dazu, wie eine Ressource bereitgestellt wurde. Es ist beispielsweise hilfreich, Ressourcen zu identifizieren, die aus dem Cache bereitgestellt wurden (derzeit über transferSize verfügbar) und Navigationen, die von der vorherigen Seite vorab abgerufen wurden.
SoftNavigation-Leistungseintrag
Stellt Webentwicklern die (experimentellen) Heuristiken für die nutzerfreundliche Navigation zur Verfügung, wobei sowohl PerformanceObserver als auch die Leistungszeitachse verwendet werden.
Registrieren Sie sich für den Test der Heuristiken für die Softnavigation.
Spekulationsregeln: Auslieferung über den Header „Speculation-Rules“
Derzeit können Entwickler Spekulationsregeln nur mithilfe von Inline-Script-Tags angeben. Die vorgeschlagene Funktion bietet eine Alternative über den Titel „Regeln für Spekulationen“. Der Wert muss eine URL zu einer Textressource mit dem MIME-Typ application/speculationrules+json sein. Die Regeln der Ressource werden dem Regelsatz des Dokuments hinzugefügt.
Spekulationsregeln: Regeln mit Dokumenten als Quelle
Eine Erweiterung der Syntax für Spekulationsregeln, mit der der Browser URLs für die Spekulation aus Linkelementen auf einer Seite abrufen kann. Sie können Kriterien enthalten, die einschränken, welche dieser Links verwendet werden können.
X-Requested-With in WebView
Test zur Einstellung, um das bisherige Verhalten der X-Requested-Header in Android WebView beizubehalten. Dieser Header ist derzeit mit dem Paketnamen der App für die Einbettung als Wert festgelegt. Dieses Verhalten wird jedoch in einem langsamen Roll-out entfernt. Während der Einstellung können Websiteinhaber mit diesem Test den Header weiterhin erhalten, während sie ihn auf andere Weise nutzen.
Weitere Informationen zur Einstellung folgen in einem separaten Blogpost. Hier können Sie sich für die Testversion zur Einstellung von X-Requested-With registrieren.
Einstellung und Entfernung
In dieser Version von Chrome werden die unten aufgeführten Einstellungsänderungen und Entfernungen eingeführt. Auf ChromeStatus.com finden Sie Listen mit geplanten, aktuellen und früheren Einstellungsvorhaben.
Mit dieser Version von Chrome werden zwei Funktionen entfernt.
WebSQL in nicht sicheren Kontexten entfernen
WebSQL wurde in nicht sicheren Kontexten entfernt. Wir empfehlen, zu SQLite Wasm im Browser zu wechseln, das vom ursprünglichen privaten Dateisystem unterstützt wird.
window.webkitStorageInfo entfernen
Die Unterstützung für die alte API für Speicherkontingente, window.webkitStorageInfo, wird entfernt. Ursprünglich 2011 eingeführt, implementierte Chrome die Prefix Quota API, die sofort durch die Quota API ersetzt wurde, die inzwischen ebenfalls eingestellt wurde. Die alte Storage Quota API wurde von keinem anderen Browser implementiert und ist seit 2013 eingestellt.