Chrome 126 Beta

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Betaversion der Chrome-Betaversion für Android, ChromeOS, Linux, macOS und Windows. Weitere Informationen zu den hier aufgeführten Funktionen finden Sie unter den bereitgestellten Links oder in der Liste unter ChromeStatus.com. Chrome 126 ist seit dem 15. Mai 2024 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 wurde eine neue CSS-Funktion hinzugefügt.

Dokumentübergreifende Ansichtsübergänge für Navigationen am selben Ursprung

Bisher mussten Sie Ihre Website in eine SPA umwandeln, um die View Transitions API zu verwenden. Das ist jetzt nicht mehr der Fall. Übergänge für Ansichten sind jetzt für Navigationen am selben Ursprung standardmäßig aktiviert. Sie können einen Ansichtsübergang zwischen zwei verschiedenen Dokumenten mit demselben Ursprung erstellen.

Um einen dokumentenübergreifenden Ansichtsübergang zu ermöglichen, müssen beide Seiten zustimmen. Verwenden Sie dazu die At-Regel @view-transition und legen Sie den Deskriptor navigation auf auto fest.

@view-transition {
  navigation: auto;
}

Für dokumentenübergreifende Ansichtsübergänge gelten dieselben Bausteine und Prinzipien wie für die Umstellung auf die gleiche Dokumentansicht. Elemente, auf die ein view-transition-name angewendet wird, werden erfasst und Sie können die Animationen mithilfe von CSS-Animationen anpassen.

Weitere Informationen finden Sie in der Dokumentation zur Transitions API.

Web APIs

Dieser Beitrag enthielt ursprünglich die Funktion „Automatische Einstellung von Inhalten im Vollbildmodus“, die jetzt in Chrome 127 verfügbar ist.

Gamepad API-Trigger-Rumble-Erweiterung

Erweitert die GamepadHapticActuator-Schnittstelle, um die Trigger-Rumble-Funktion im Web für kompatible Gamepads anzuzeigen. Mit dieser Erweiterung können Webanwendungen, die die Gamepad API nutzen, auch die Trigger von Gamepad-Geräten vibrieren, die mit dieser Funktion ausgestattet sind.

signal- und application-Parameter von OpusEncoderConfig

Die Parameter OpusEncoderConfig.signal und OpusEncoderConfig.application werden implementierungsspezifischen Encoder-Steuerelementen direkt zugeordnet. So können Webautoren Hinweise darauf geben, welche Art von Daten codiert werden und in welchem Kontext die Daten verwendet werden.

signal kann "auto", "music" oder "voice" sein. Er konfiguriert den Encoder für die beste Leistung bei der Codierung des angegebenen Datentyps. application kann "voip", "audio" oder "lowdelay" sein. Er konfiguriert den Encoder so, dass Sprachverständlichkeit, originalgetreue Wiedergabe der ursprünglichen Eingabe oder eine minimale Latenz bevorzugt werden.

PointerEvent.deviceId für das Schreiben mit mehreren Stiften

Da Geräte mit erweiterten Stift-Eingabefunktionen immer häufiger verwendet werden, ist es wichtig, dass sich die Webplattform auch weiter weiterentwickelt, um diese erweiterten Funktionen vollständig zu unterstützen. So können sowohl Endnutzer als auch Entwickler umfassende Erlebnisse bieten. Ein solcher Fortschritt besteht darin, dass der Digitalisierer eines Geräts mehr als ein Stiftgerät erkennen kann, das gleichzeitig mit ihm interagiert.

Diese Funktion ist eine Erweiterung der PointerEvent-Schnittstelle um das neue Attribut deviceId, das eine sitzungsbeständige, dokumentenisolierte, eindeutige Kennung darstellt, die ein Entwickler zuverlässig zur Identifizierung einzelner Stifte verwenden kann, die mit der Seite interagieren.

ChromeOS-Web-Apps mit Tabs

Bei PWAs in einem eigenständigen Fenster kann jeweils nur eine Seite geöffnet sein. Einige Apps gehen davon aus, dass Nutzer viele Seiten gleichzeitig öffnen. Im Tab-Modus wird eigenständigen Webanwendungen in ChromeOS eine Tableiste hinzugefügt, mit der mehrere Tabs gleichzeitig geöffnet werden können.

Damit werden der neue Anzeigemodus "tabbed" und ein neues Manifestfeld hinzugefügt, um die Tableiste individuell anzupassen.

toJSON()-Methode für GeolocationCoordinates und GeolocationPosition

Den Schnittstellen GeolocationCoordinates und GeolocationPosition werden .toJSON()-Methoden hinzugefügt. Dadurch wird die Serialisierung dieser Objekte mit JSON.stringify() ermöglicht.

visualViewport-Support für onscrollend

Das JavaScript-Ereignis scrollend wird ausgelöst, um zu signalisieren, dass ein Scrollvorgang zu Ende ist.

Die visualViewport-Schnittstelle enthält den Event-Handler onscrollend, der aufgerufen werden sollte, wenn ein Scrollvorgang für das visualViewport beendet wurde. Chrome unterstützt bereits das Hinzufügen eines scrollbaren Event-Listeners über visualViewport.addEventListener("scrollend"). Das macht es einfach, mithilfe von visualViewport.onscrollend auch einen Event-Listener hinzuzufügen.

WebGLObject Web-IDL-Superschnittstelle

Dieses Feature stellt den Typ WebGLObject in denselben Kontexten zur Verfügung, in denen die WebGL API bereitgestellt wird – im Hauptthread und in Workern.

WebRTC-codierte Transformation: Metadatenfunktionen ändern

Bei einigen Anwendungsfällen für die WebRTC-codierte Transformation wird nicht nur die Nutzlast codierter Video- oder Audioframes bearbeitet, sondern auch deren Metadaten. Beispiel:

Verändern des Zeitstempels eines Frames, um eine Verzögerung einzuführen. Ändern des MIME-Typs des Frames, wenn die Transformation den Typ der Nutzlast ändert. Weiterleitung von Medien an eine neue Peer-Verbindung, die zur Verwendung verschiedener Metadatenwerte eingerichtet ist.

Mit dieser Funktion kann die WebRTC Encoded Transform API die Metadaten von Audio- und Videoinhalten bearbeiten.

SVG-Unterstützung für die Async Clipboard API

Wechseln Sie unter Windows zu UTF-8 und schreiben Sie das image/svg+xml-Format in die Zwischenablage. Das HTML-Format verwendet unter Windows bereits UTF-*. Dadurch können SVG-Bilder aus der Zwischenablage kopiert und eingefügt werden.

Auf allen anderen unterstützten Plattformen wird image/svg+xml in UTF-8 serialisiert, bevor es in die Zwischenablage geschrieben wird.

Weitere Informationen finden Sie unter SVG-Unterstützung für die Async Clipboard API.

CloseWatcher API wieder aktivieren und Anfragen für <dialog> und popover="" schließen

Mit der CloseWatcher API können Schließanfragen wie die ESC auf Desktopplattformen oder die Touch-Geste „Zurück“ oder die Schaltfläche unter Android auf einheitliche Weise verarbeitet werden. Diese Funktion wurde ursprünglich in Chrome 120 bereitgestellt, aber aufgrund einer unerwarteten Interaktion mit <dialog> deaktiviert. Sie wurde in Chrome 126 nach einiger Verbesserungen wieder aktiviert, um die dort auftretenden Probleme zu minimieren.

Unterstützung für das UI Automation Accessibility Framework unter Windows

Microsoft hat mit dem Chrome-Team zusammengearbeitet, um das UIA-Framework (UI Automation) unter Windows direkt zu unterstützen, damit Bedienungshilfen leichter mit dem Browser kommunizieren können. Die schrittweise Einführung der stabilen Version beginnt in Chrome-Version 126. Dadurch funktioniert Voice Access in allen Chromium-basierten Browsern und verbessert die Nutzerfreundlichkeit für alle UIA-basierten Bedienungshilfen wie die Sprachausgabe und die Lupe. Dadurch wird auch die Emulationsebene für die Windows-UIA beseitigt, die in Chromium unter Windows für viele Leistungsprobleme verantwortlich war.

Weitere Informationen finden Sie unter UIA-Unterstützung unter Windows.

Neue Ursprungstests

In Chrome 126 können Sie die folgenden neuen Ursprungstests aktivieren.

FedCM als Vertrauenssignal für die Storage Access API

Abgleich der FedCM und Storage Access APIs, indem eine vorherige FedCM-Beteiligung einen triftigen Grund für die automatische Genehmigung einer Speicherzugriffsanfrage vorgibt.

Wenn ein Nutzer die Berechtigung zur Verwendung seiner Identität bei einem externen Identitätsanbieter (Identity Provider, IdP) auf einer vertrauenden Partei gewährt, benötigen viele IdPs Drittanbieter-Cookies, um korrekt und sicher zu funktionieren. Dieses Angebot zielt darauf ab, diese Anforderung privat und sicher zu erfüllen. Dazu werden die Berechtigungsprüfungen der Storage Access API (SAA) so aktualisiert, dass nicht nur die durch eine Speicherzugriffsaufforderung gewährte Berechtigungserteilung, sondern auch die durch eine FedCM-Aufforderung gewährte Berechtigung akzeptiert wird.

Eine wichtige Eigenschaft dieses Mechanismus ist die Beschränkung der Erteilung auf Fälle, die vom RP ausdrücklich über die FedCM-Berechtigungsrichtlinie zugelassen wurden. Dabei wird eine Kontrolle pro Frame für das RP erzwungen und eine passive Überwachung durch den IdP über die von FedCM bereits gewährten Funktionen hinaus verhindert.

Registrieren Sie sich als Vertrauenssignal für den Ursprungstest der Storage Access API für FedCM.

Medienvorschau deaktivieren

Bei diesem Reverse-Origin-Test werden Websites von der Einführung der Medienvorschau ausgeschlossen.

Chrome bietet eine Echtzeitvorschau der Kamera- und Mikrofoneingabe, wenn die Kamera- und Mikrofonberechtigungen von Websites angefordert werden. Sie sind auch unter „pageinfo“ der Website verfügbar.

Außerdem können Nutzer mit mehreren Geräten eine Kamera und ein Mikrofon auswählen, wenn Berechtigungen angefordert werden, es sei denn, die Website hat über getUserMedia() ein bestimmtes Gerät angefordert.

Wenn Sie Ihre Website aus Medienvorschauen ausschließen möchten, registrieren Sie sich für den Ursprungstest für die Deaktivierung von Mediavorschauen.

FedCM: Continuation API, Parameters API, Fields API, mehrere configURLs, benutzerdefinierte Kontolabels

Entwickler können an einem Ursprungstest für ein Bundle von FedCM-Desktopfunktionen teilnehmen, das Autorisierung enthalten kann. Das Set besteht aus der FedCM Continuation API, Parameter API, Fields API, mehreren configURLs und benutzerdefinierten Kontolabels. Dies ermöglicht einen OAuth-Autorisierungsablauf mit einem vom IdP bereitgestellten Berechtigungsdialogfeld.

Test zur Einstellung von Containern für fokussierbares Scrollen über die Tastatur

Diese Funktion bringt die folgenden Änderungen mit sich:

  • Scroller sind standardmäßig klickfokussierbar und programmatisch fokussierbar.
  • Scroller ohne fokussierbare untergeordnete Elemente können standardmäßig über die Tastatur fokussiert werden.

Dies ist eine wichtige Verbesserung, um allen Nutzern die Barrierefreiheit von Scrollern und Inhalten innerhalb von Scrollern zu erleichtern. Weitere Informationen zu den Vorteilen finden Sie unter Mit der Tastatur fokussierbare Scroller.

Beim Versuch, diese Änderungen umzusetzen, haben wir festgestellt, dass bei einigen wenigen Websites die Erwartungen in Bezug auf einige ihrer Komponenten nicht erfüllt wurden. Daher mussten wir die Funktion ausliefern, um diesen Fehler zu vermeiden. Aufgrund der Vorteile liefern wir diese Funktion wieder. Damit den betroffenen Websites mehr Zeit für die Migration ihrer Komponenten bleibt, starten wir einen Einstellungstest. Wenn diese Option aktiviert ist, wird die Funktion KeyboardFocusableScrollers deaktiviert.

Einstellungen und Entfernungen

In dieser Version von Chrome gibt es keine neuen Einstellungen oder Entfernungen. Dies ist jedoch die letzte Chrome-Version, die Mutationsereignisse unterstützt. Sie werden in Chrome 127 entfernt. Lesen Sie Mutationsereignisse werden aus Chrome entfernt, um weitere Informationen zu erhalten und sich auf die Entfernung vorzubereiten.