Über die Tastatur fokussierbare Rollcontainer

Chrom 130
Stabiles Veröffentlichungsdatum: 15. Oktober 2024

Neue Änderungen

CSS
CSS Container-Queries: Nachschlagen in flachen Bäumen
Die Spezifikation für Container-Abfragen wurde geändert, um flache Baumvorfahren nachzuschlagen. Diese Änderung ist nur für shadow DOM relevant, wo ein Element nun in der Lage ist, nicht benannte Container innerhalb von shadow trees zu sehen, in die das Element oder einer seiner Vorfahren eingefügt ist, auch wenn die CSS-Regel nicht ::part() oder ::slotted() verwendet.

CSS-Verschachtelung: Die Regel für verschachtelte Deklarationen
Hält bloße Deklarationen, die einer verschachtelten Regel folgen, an ihrem Platz, indem sie diese Deklarationen beim Parsen in CSSNestedDeclarations-Regeln einhüllt.

Unterstützung für vollständige und nicht vorangestellte Box-Decoration-Breaks
Fügt Unterstützung für box-decoration-break hinzu: Klon sowohl für Inline-Fragmentierung (Zeilenlayout) als auch für Blockfragmentierung (Paginierung für Druck und Multicol).

Zuvor wurde in Chrome nur box-decoration-break:slice (der Anfangswert) für die Blockfragmentierung unterstützt, während für die Inline-Fragmentierung auch box-decoration-break:clone unterstützt wurde, allerdings nur bei Verwendung der vorangestellten Eigenschaft -webkit-box-decoration-break.

Weitere Pseudo-Elemente und Pseudo-Klassen nach ::part() zulassen
CSS-Selektoren, die das Pseudo-Element ::part() verwenden, dürfen andere CSS-Pseudo-Elemente (außer ::part()) und viele Arten von anderen CSS-Pseudoklassen nach sich ziehen. Kombinatoren sind nach ::part() immer noch nicht erlaubt, und Pseudoklassen, die von der Baumstruktur abhängen, sind nicht erlaubt.

Zuvor ließ Chrome nur eine begrenzte Anzahl von Pseudoklassen und Pseudoelementen nach ::part() zu. Diese Änderung erlaubt alle Pseudo-Klassen und Pseudo-Elemente, die erlaubt sein sollten. Das bedeutet, dass Selektoren wie ::part(part-name):enabled und ::part(part-name)::marker jetzt erlaubt sind.

Web-APIs
Transport von Komprimierungswörterbüchern mit gemeinsamem Brotli und gemeinsamem Zstandard
Diese Funktion fügt Unterstützung für die Verwendung benannter früherer Antworten als externes Wörterbuch für die Inhaltskodierung bei der Komprimierung von Antworten mit Brotli oder Zstandard hinzu.

In Unternehmen können potenzielle Kompatibilitätsprobleme mit der Netzwerkinfrastruktur des Unternehmens auftreten, die HTTPS-Verkehr abfängt und empfindlich auf unbekannte Inhaltskodierungen reagiert. Die Unternehmensrichtlinie CompressionDictionaryTransportEnabled ist verfügbar, um die Transportfunktion des Komprimierungswörterbuchs zu deaktivieren.

Gleichzeitiges glattes scrollIntoView()
Die Methode scrollIntoView() mit dem Verhalten: "smooth" ermöglicht die Erstellung von Scroll-Containern, die mit einer sanften Scroll-Animation zu ihren Nachfolgern scrollen. Diese Funktion korrigiert die Chrome-Implementierung der API, so dass laufende scrollIntoView-Animationen nicht durch unverbundene Scrolls auf anderen Scroll-Containern abgebrochen werden.

Die Funktion behebt auch Fälle, in denen Chrome aufgrund eines konkurrierenden scrollIntoView, das beim Laden der Seite aufgerufen wird, nicht zum Fragmentanker einer Seite blättern kann.

Dokumentenbild-im-Bild: Option zum Ignorieren des Cache für Fenstergrenzen hinzugefügt
Dies fügt einen neuen Parameter (preferInitialWindowPlacement) zur Dokument-Bild-in-Bild-API hinzu, der, wenn er auf true gesetzt ist, dem Browser mitteilt, dass er nicht versuchen soll, die Position oder Größe des vorherigen Dokument-Bild-in-Bilds von dieser Site wiederzuverwenden, wenn er dieses öffnet.

Oft wird ein Bild-im-Bild-Fenster eines Dokuments für dieselbe Website mehrmals geschlossen und wieder geöffnet, z. B. beim Verschieben einer Videokonferenz zu und von PiP. Es steht dem Browser frei, das PiP-Fenster in seiner letzten Größe und an seiner letzten Position wieder zu öffnen, so dass es dort bleibt, wohin der Benutzer es zuletzt verschoben hat, und die Kontinuität zwischen den PiP-Fenstern gewährleistet ist. Wenn das neue Fenster jedoch semantisch nichts mit dem vorherigen Fenster zu tun hat, z. B. wenn es sich um einen neuen Videoanruf handelt, dann können Sie diesen Parameter verwenden, um dem User-Agent einen Hinweis zu geben, dass dieses Fenster stattdessen besser in seiner Standardposition und -größe geöffnet werden sollte.

Verbesserte Fehlerberichterstattung in IndexedDB bei Lesefehlern bei großen Werten
Änderung in der Berichterstattung für bestimmte Fehlerfälle, die zuvor mit einer DOMException und der Meldung "Failed to read large IndexedDB value" gemeldet wurden.

Chrome löst jetzt eine DOMException mit dem Namen "NotFoundError" aus, wenn die Datei, die die von einer IDBRequest gelesenen Daten enthält, nicht auf der Festplatte vorhanden ist, damit Sites die entsprechenden Korrekturmaßnahmen ergreifen können, wenn ein nicht behebbarer Fehler auftritt. Zu den Korrekturmaßnahmen könnte das Löschen des Eintrags aus der Datenbank, die Benachrichtigung des Benutzers oder das erneute Abrufen der Daten von Servern gehören.

Tastatur fokussierbare Scroll-Container
Mit dieser Funktion können Bildlaufleisten ohne fokussierbare Kinder standardmäßig über die Tastatur fokussiert werden.

Dies ist eine wichtige Verbesserung, die dazu beiträgt, dass Scroller und Inhalte innerhalb von Scrollern für alle Benutzer besser zugänglich sind. Weitere Informationen zu den Vorteilen finden Sie unter Tastaturfokussierbare Scroller. Tastaturfokussierbare Bildlaufleisten werden ab Chrome 130 standardmäßig aktiviert sein. Wenn Websites Zeit brauchen, um sich auf diese neue Funktion einzustellen, gibt es einige Optionen:

Mit dem Keyboard Focusable Scrollers Opt-Out Deprecation Trial kann die Funktion für eine begrenzte Zeit auf einer bestimmten Website wieder deaktiviert werden. Sie kann bis zum 18. März 2025 über Chrome 132 genutzt werden.
Die Unternehmensrichtlinie KeyboardFocusableScrollersEnabled, die ab Chrome 127 verfügbar ist, kann für denselben Zweck verwendet werden.
Hinweis: Der vorherige Rollout dieser Funktion (gestartet in Chrome 127) wurde aufgrund von Webkompatibilitätsproblemen gestoppt, die in der neuen Implementierung behoben sein sollten.

Geschütztes Publikum - Biet- und Auktionsdienste
Die Protected Audience API (früher bekannt als FLEDGE) ist ein Datenschutz-Sandbox-Vorschlag für Remarketing und benutzerdefinierte Zielgruppen, der so konzipiert ist, dass Dritte das Surfverhalten von Nutzern nicht über Websites hinweg verfolgen können.

Diese Funktion, Protected Audience Bidding and Auction Services, skizziert eine Möglichkeit, die Berechnung von Protected Audience auf Cloud-Servern in einer vertrauenswürdigen Ausführungsumgebung stattfinden zu lassen, anstatt sie lokal auf dem Gerät des Nutzers auszuführen. Die Verlagerung von Berechnungen auf Cloud-Server kann dazu beitragen, die Protected-Audience-Auktion zu optimieren, um Rechenzyklen und Netzwerkbandbreite für ein Gerät freizugeben.

Unterstützung von URLs ohne spezielles Schema
Zuvor unterstützte der URL-Parser von Chrome keine nicht-spezifischen URLs. Der Parser analysierte nicht-spezialisierte URLs, als ob sie einen "undurchsichtigen Pfad" hätten, was nicht dem URL-Standard entsprach. Jetzt parst der URL-Parser von Chromium nicht-spezifische URLs korrekt und folgt dem URL-Standard.

WebAssembly JavaScript String Builtins
Diese Funktion macht gängige JavaScript-String-Operationen für den Import in WebAssembly verfügbar. So können Sie JavaScript-Zeichenfolgen von WebAssembly aus erstellen und bearbeiten, ohne dass WebAssembly selbst dies unterstützt. Dies ermöglicht eine ähnliche Leistung wie bei unterstützten String-Referenzen.

Web Serial: Attribut connected und RFCOMM-Verbindungsereignisse
Diese Funktion fügt ein boolesches Attribut SerialPort.connected hinzu. Das Attribut gibt true zurück, wenn die serielle Schnittstelle logisch verbunden ist. Bei kabelgebundenen seriellen Schnittstellen ist eine Schnittstelle logisch verbunden, wenn die Schnittstelle physisch mit dem System verbunden ist. Bei drahtlosen seriellen Schnittstellen ist eine Schnittstelle logisch verbunden, wenn das Gerät, das die Schnittstelle beherbergt, eine offene Verbindung zum Host hat.

Bisher haben nur kabelgebundene serielle Schnittstellen Verbindungs- und Trennungsereignisse gesendet. Mit dieser Funktion senden die seriellen Bluetooth RFCOMM-Anschlüsse diese Ereignisse, wenn der Anschluss logisch verbunden oder getrennt wird.

Diese Funktion soll es Anwendungen ermöglichen, zu erkennen, ob eine serielle Bluetooth RFCOMM-Schnittstelle verfügbar ist, ohne die Schnittstelle zu öffnen.

Rendering und Grafik
WebGPU: Dual-Source-Blending
Fügt die optionale GPU-Funktion "Dual-Source-Blending" hinzu, die es ermöglicht, zwei Fragment-Shader-Ausgaben in einem einzigen Framebuffer zu kombinieren. Diese Technik ist besonders nützlich für Anwendungen, die komplexe Überblendungsvorgänge erfordern, wie z. B. solche, die auf Porter-Duff-Überblendungsmodi basieren. Durch die Verringerung des Bedarfs an häufigen Änderungen des Pipeline-Zustands von Objekten kann das Dual-Source-Blending die Leistung und Flexibilität verbessern.

Datenschutz
Attributions-Reporting-API-Funktion (Attributionsbereiche)
Diese Änderung basiert auf dem Feedback der Werbetechniker und dem Bedarf an feiner abgestuften Filterkontrollen, bevor der Attributionsprozess stattfindet. Sie ermöglicht es API-Aufrufern, ein Feld mit der Bezeichnung "Attributionsbereiche" anzugeben, das für die Filterung verwendet wird, bevor der reguläre Attributionsfluss beginnt. Dies ermöglicht API-Aufrufern eine feinere Kontrolle über die Attributionsgranularität und die Möglichkeit, korrekte Attributionsberichte zu erhalten, wenn es mehrere verschiedene Werbetreibende oder Kampagnen gibt, die alle auf derselben Zielseite konvertieren.

Attributions-Reporting-API-Funktion (Verbesserung des Debug-Key-Datenschutzes)
Diese Änderung trägt dazu bei, eine potenzielle Datenschutzlücke bei Debug-Schlüsseln zu entschärfen.

Derzeit erlaubt die API die Angabe eines Quell-Debug-Schlüssels oder eines Trigger-Debug-Schlüssels, wenn Cookies von Drittanbietern verfügbar sind und von API-Aufrufern gesetzt werden können. Wenn entweder ein Quell- oder ein Auslöser-Debug-Schlüssel angegeben wird, wird er in den Attributionsbericht aufgenommen. Dies kann zu einem Datenschutzleck führen, wenn Cookies von Drittanbietern nur auf der Website des Herausgebers oder des Werbetreibenden erlaubt sind, aber nicht auf beiden.

Diese Änderung entschärft dieses Problem, indem sie erzwingt, dass Quell-Debug-Schlüssel und Trigger-Debug-Schlüssel nur dann in den Attributionsbericht aufgenommen werden, wenn sie sowohl auf der Quell- als auch auf der Trigger-Seite vorhanden sind, was bedeuten würde, dass Drittanbieter-Cookies sowohl auf der Publisher- als auch auf der Advertiser-Seite verfügbar sind. Diese Änderung gilt sowohl für Berichte auf Ereignisebene als auch für aggregierbare Berichte.

Ursprungsprüfungen
Sprachdetektor-API
Eine JavaScript-API zur Erkennung der Sprache eines Textes, mit Vertrauensstufen.

WebAuthn attestationFormats
Unterstützung des Feldes attestationFormats von WebAuthn level 3.

WebAuthn Level 3 unterstützt eine Website, die eine geordnete Präferenz für Bescheinigungsformate im neuen attestationFormats-Feld ausdrückt. Diese Funktion ermöglicht die Unterstützung auf Android, wo mehrere Formate von Passkey-Anbietern unterstützt werden können.

Abwertungen und Entfernungen
Entfernen von expectedImprovement in DelegatedInkTrailPresenter
Das Attribut expectedImprovement teilt Webentwicklern mit, wie viel Verbesserung die DelegatedInkTrails-API gegenüber ihrer aktuellen Tintenlatenz bieten wird. Dieses Attribut ist jedoch die Erhöhung der Fingerabdruck-Entropie nicht wert.