Anfangsbuchstaben von CSS, Handler für den Start von Web-Apps, ursprungsübergreifende iFrame-Unterstützung für die FedCM API usw.
Sofern nicht anders angegeben, gelten die unten beschriebenen Änderungen für den neuesten Release der 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 110 ist seit dem 12. Januar 2023 als Betaversion verfügbar. Du kannst die neuesten Inhalte auf Google.com für Computer oder im Google Play Store für Android herunterladen.
CSS
In dieser Version werden zwei neue CSS-Funktionen hinzugefügt.
Anfangsbuchstaben von CSS
Die Anfangsbuchstaben sind große, dekorative Buchstaben, die schon vor der Erfindung des Drucks verwendet wurden, um neue Textabschnitte zu beginnen. Mit der CSS-Eigenschaft initial-letter lässt sich die Anzahl der Zeilen festlegen, die ein Buchstabe in die folgenden Textzeilen vertieft werden 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 Bild im Bild aufgerufen und beendet werden.
Probieren Sie eine Demo der Pseudoklasse „Bild im Bild“ aus.
Web APIs
AudioContext.setSinkId()
AudioContext.setSinkId legt die ID des Audiogeräts fest, das für die Ausgabe verwendet werden soll. Dadurch kann AudioContext Audioinhalte an ein verbundenes Ausgabegerät der Wahl des Nutzers weiterleiten.
Weitere Informationen zu dieser Funktion finden Sie im Artikel zum Ändern des Zielausgabegeräts in Web Audio.
FedCM in ursprungsübergreifendem iFrame
Bietet über eine Berechtigungsrichtlinie eine ursprungsübergreifende iFrame-Unterstützung für die FedCM API. Websites können damit die Skripts von Identitätsanbietern in einer Sandbox ausführen, die die FedCM API in einem ursprungsübergreifenden iFrame auslösen, sodass sie nicht die volle Kontrolle über die gesamte Seite haben. Dies ist auch dann möglich, wenn der iFrame selbst eine Anmeldung des Nutzers erfordert. In beiden Fällen muss der übergeordnete Frame den ursprungsübergreifenden iFrame mit der Berechtigungsrichtlinie identity-credentials-get bereitstellen.
IFrame ohne Anmeldedaten
IFrame ohne Anmeldedaten bietet Entwicklern die Möglichkeit, Dokumente in Drittanbieter-iFrames mit neuen und flüchtigen Kontexten zu laden. iFrame ohne Anmeldedaten ist eine Verallgemeinerung von COEP ohne Anmeldedaten, um iFrames von Drittanbietern zu unterstützen, die COEP möglicherweise nicht bereitstellen. Dadurch entfällt die Einschränkung, dass Drittanbieter-iFrames COEP unterstützen müssen, um in eine COEP-Seite eingebettet werden zu können. Außerdem wird die Blockierung von Entwicklern aufgehoben, die die ursprungsübergreifende Isolierung einführen möchten.
Weitere Informationen zu iFrame ohne Anmeldedaten
Methode FileSystemHandle::remove()
Die remove()-Methode von FileSystemHandle ermöglicht den gängigen Anwendungsfall, bei dem Sie ein Datei-Handle von showSaveFilePicker() erhalten, dann aber entscheiden, dass Sie die Datei doch nicht speichern möchten, und die Datei löschen. Vor dem Hinzufügen dieser Methode war es unmöglich, eine Datei oder ein Verzeichnis aufgrund des Handles zu entfernen. Sie mussten den Handle des übergeordneten Verzeichnisses abrufen und FileSystemDirectoryHandle::removeEntry() aufrufen.
Von der Spekulationsregeln API ausgelöster Prefetch
Durch den Vorabruf wird die Hauptressource für eine zukünftige Navigation abgerufen und im Arbeitsspeicher gehalten, damit sie zur Beschleunigung der nächsten Navigation verwendet werden kann. Diese Einführung umfasst sowohl den Vorabruf von der gleichen Website als auch den websiteübergreifenden Vorabruf, falls keine Anmeldedaten für die Zielwebsite vorhanden sind.
Nicht-Transitionale IDNA-Verarbeitung in URLs verwenden
Durch Aktivieren von IDNA 2008 im nicht-übergangenen Modus für die URL-Verarbeitung können Sie das Verhalten von Chrome auf Firefox und Safari abstimmen. Chrome verwendet derzeit IDNA 2008 im Übergangsmodus für die URL-Verarbeitung. Der Hauptunterschied zwischen dem Transitional-Modus und dem Nicht-Transitional-Modus besteht in der Verarbeitung von vier Zeichen, die auch als Abweichungszeichen bezeichnet werden: ß (LATIN KLEINER SCHREIBER SCHREIBEN), GIVEN (GROSS-KLEINER LETTER FINAL SIGMA), ZWJ (Zero-Width Joiner) und ZWNJ (Non-Joiner mit Nullbreite). Im Transitional-Modus werden Abweichungszeichen genauso gehandhabt wie IDNA2003: ß wird ss zugeordnet, ₤ wird zugeordnet und ZWJ und ZWNJ werden gelöscht. Im nicht-Transitional-Modus sind Domains, die diese Zeichen enthalten, in Domainnamen ohne Zuordnung zulässig und können daher in andere IP-Adressen aufgelöst werden. Wenn du beispielsweise in Chrome und Firefox faß.de eingibst, werden heute andere Websites geöffnet. Wenn Sie die nicht-transitionale IDNA in Chrome aktivieren, sind abweichende Zeichen in Domainnamen zulässig. Firefox und Safari haben diese Änderung bereits 2016 vorgenommen und verwenden weiterhin die nicht-Transitionale URL-Verarbeitung.
Handler für den Start von Web-Apps
Fügen Sie ein launch_handler-Web-App-Manifest-Mitglied hinzu, mit dem Web-Apps ihr Startverhalten für alle Arten von App-Start-Triggern anpassen können. Der folgende Code führt beispielsweise dazu, dass bei allen Starts der Beispiel-App ein vorhandenes App-Fenster ausgewählt und darin angezeigt wird (falls vorhanden) anstatt immer ein neues App-Fenster zu öffnen.
{
"name": "Example app",
"start_url": "/index.html",
"launch_handler": {
"client_mode": "navigate-existing"
}
}
Richtlinie für Berechtigungen zur Webfreigabe
Steuert den Zugriff auf navigator.share(). Drittanbieter-iFrames sind standardmäßig nicht zur Verwendung der Web Share API berechtigt.
Ursprungstests laufen
In Chrome 110 können Sie die folgenden neuen Ursprungstests aktivieren.
No-Vary-Search-Unterstützung im Navigations-Prefetch-Cache
Aktiviert den Prefetch-Abgleich, auch wenn sich URL-Suchparameter ändern. Der HTTP-Antwortheader No-Vary-Search deklariert, dass einige oder alle Teile einer URL-Abfrage für den Cache-Abgleich ignoriert werden können. Sie kann deklarieren, dass die Reihenfolge der Suchparameterschlüssel nicht zu Cache-Fehlern führen soll, dass bestimmte Suchparameter keine Cache-Fehler verursachen sollen oder dass nur bestimmte bekannte Suchparameter Cache-Fehler verursachen sollten. Sie kann für mehrere Caches gelten, aber dieser Eintrag bezieht sich auf die Unterstützung für den Prefetch-Cache.
Registrieren Sie sich für die No-Vary-Search-Unterstützung im Navigations-Prefetch-Cache-Test.
PerformanceResourceTiming.deliveryType
Stellen Sie Informationen darüber bereit, wie eine Ressource bereitgestellt wurde. Es können beispielsweise Ressourcen identifiziert werden, die aus dem Cache bereitgestellt wurden und derzeit über transferSize verfügbar gemacht wurden, und Navigationen, die von der vorherigen Seite vorab abgerufen wurden.
SoftNavigation-Leistungseintrag
Stellt Webentwicklern die (experimentelle) Heuristik der weichen Navigation unter Verwendung von PerformanceObserver und der Leistungszeitachse zur Verfügung.
Registrieren Sie sich für den Test der Soft Navigation-Heuristik.
Spekulationsregeln: Übermittlung über den Header „Spekulation-Rules“
Derzeit können Entwickler Spekulationsregeln nur mithilfe von Inline-Script-Tags angeben. Die vorgeschlagene Funktion bietet eine Alternative über den Header „Speculation-Rules“. 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: dokumentenbasierte Regeln
Eine Erweiterung der Syntax für Spekulationsregeln, mit der der Browser URLs für Spekulationen über Link-Elemente 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
Einstellungstest, um das bisherige Verhalten von X-Requested-Header in Android WebView beizubehalten. Für diesen Header ist derzeit der Paketname der einbettenden App als Wert festgelegt. Bei einem langsamen Roll-out wird dieses Verhalten jedoch entfernt. Während der Testphase erhalten Websiteinhaber den Header weiterhin, auch wenn er nicht mehr verwendet wird.
Weitere Informationen zu dieser Einstellung finden Sie in einem separaten Blogpost. Registrieren Sie sich hier für den Test zur Einstellung von X-Requested-With.
Einstellungen und Entfernungen
In dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste der geplanten und aktuellen Einstellungen sowie früherer Entfernungen.
In dieser Version von Chrome werden zwei Funktionen entfernt.
Web SQL in unsicheren Kontexten entfernen
Web SQL wird jetzt in unsicheren Kontexten entfernt. Wir empfehlen, im Browser, der vom privaten Dateisystem des Ursprungs unterstützt wird, zu SQLite Wasm zu wechseln.
window.webkitStorageInfo entfernen
Die Unterstützung für die Legacy-Speicherkontingent-API window.webkitStorageInfo wird entfernt. Chrome wurde ursprünglich 2011 eingeführt und implementierte die mit dem Präfix versehene Kontingent-API, auf die sofort die Quota-API folgte, die mittlerweile ebenfalls eingestellt wird. Die Legacy-API für Speicherkontingente wurde von keinem anderen Browser implementiert und seit 2013 als eingestellt gekennzeichnet.