Chrome 126 Beta

Sofern nicht anders angegeben, gelten die folgenden Ä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 126 befindet sich seit dem 15. Mai 2024 in der Betaphase. 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 wird eine neue CSS-Funktion hinzugefügt.

Dokumentübergreifende Übergänge bei der Ansicht für Navigationen am selben Ursprung

Bisher mussten Sie Ihre Website auf eine SPA umstellen, um die View Transitions API verwenden zu können. Das ist jetzt nicht mehr der Fall. Ansichtsübergänge sind jetzt für Navigationen am selben Ursprung verfügbar. Sie können einen Ansichtsübergang zwischen zwei verschiedenen Dokumenten mit demselben Ursprung erstellen.

Damit eine dokumentübergreifende Ansicht umgestellt werden kann, müssen beide Seiten der Verwendung zustimmen. Verwenden Sie dazu die At-Regel @view-transition und legen Sie den Deskriptor navigation auf auto fest.

@view-transition {
  navigation: auto;
}

Bei dokumentübergreifenden Übergängen der Ansicht werden die gleichen Bausteine und Prinzipien wie für Ansichten in einem Dokument verwendet. Elemente, auf die ein view-transition-name angewendet wurde, werden erfasst und Sie können die Animationen mithilfe von CSS-Animationen anpassen.

Weitere Informationen finden Sie in der Dokumentation zur View Transitions API.

Web APIs

Dieser Beitrag enthielt ursprünglich die Funktion „Automatischer Vollbildmodus“, die jetzt in Chrome 127 verfügbar ist.

Gamepad API-Erweiterung „Trigger-Rumble“

Erweitert die Schnittstelle GamepadHapticActuator, um die Trigger-Rumble-Funktion im Web für kompatible Gamepads verfügbar zu machen. 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.

OpusEncoderConfig-Parameter signal und application

Die Parameter OpusEncoderConfig.signal und OpusEncoderConfig.application sind direkt den implementierungsspezifischen Encoder-Drehknöpfen zugeordnet. Damit 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. Es konfiguriert den Encoder für die beste Leistung bei der Codierung des angegebenen Datentyps. application kann "voip", "audio" oder "lowdelay" sein. Der Encoder wird so konfiguriert, dass er verständlich ist, die Originaleingabe originalgetreu wiedergeben oder die Latenz minimal ist.

PointerEvent.deviceId für Schreiben mit mehreren Stiften

Da Geräte mit erweiterten Eingabemöglichkeiten für die Eingabestift immer beliebter werden, ist es wichtig, dass die Webplattform sich ständig weiterentwickelt, um diese erweiterten Funktionen vollständig zu unterstützen. Nur so können Endnutzer und Entwickler von umfassenden Funktionen profitieren. Ein solcher Fortschritt ist die Fähigkeit des Digitizers eines Geräts, mehr als ein Eingabestiftgerät zu erkennen, das gleichzeitig mit ihm interagiert.

Dieses Feature ist eine Erweiterung der PointerEvent-Schnittstelle um das neue Attribut deviceId. Dieses Attribut steht für eine sitzungsbeständige, dokumentisolierte, eindeutige Kennung, mit der Entwickler zuverlässig einzelne Stifte identifizieren können, 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. Bei einigen Apps wird davon ausgegangen, dass Nutzer viele Seiten gleichzeitig öffnen. Im Tab-Modus wird eigenständigen Webanwendungen in ChromeOS ein Tab-Strip hinzugefügt, mit dem mehrere Tabs gleichzeitig geöffnet werden können.

Mit der Funktion werden der neue Anzeigemodus "tabbed" und ein neues Manifestfeld hinzugefügt, um Anpassungen der Tableiste zu ermöglichen.

Methode toJSON() für GeolocationCoordinates und GeolocationPosition

Fügt den Schnittstellen GeolocationCoordinates und GeolocationPosition Methoden vom Typ .toJSON() hinzu. Dies ermöglicht die Serialisierung dieser Objekte mit JSON.stringify().

visualViewport-onscrollend-Support

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

Die visualViewport-Oberfläche enthält einen onscrollend-Event-Handler, der aufgerufen werden sollte, wenn ein Scrollvorgang auf visualViewport beendet ist. Chrome unterstützt bereits das Hinzufügen eines scrollbaren Event-Listeners über visualViewport.addEventListener("scrollend"). So können Sie mit visualViewport.onscrollend auch einen Event-Listener hinzufügen.

WebGLObject Web-IDL-Superschnittstelle

Diese Funktion macht den Typ WebGLObject in denselben Kontexten verfügbar, in denen die WebGL API verfügbar gemacht wird – im Hauptthread und auf Workern.

WebRTC-codierte Transformation: Funktionen zum Ändern von Metadaten

Bei einigen Anwendungsfällen für WebRTC Encoded Transform wird nicht nur die Nutzlast der codierten Video- oder Audioframes, sondern auch deren Metadaten manipuliert. Beispiel:

Ändern des Zeitstempels eines Frames, um eine Verzögerung einzuleiten. Änderung des MIME-Typs des Frames, wenn die Transformation den Typ der Nutzlast ändert. Weiterleitung von Medien an eine neue Peer-Verbindung, die eingerichtet wurde, um verschiedene Metadatenwerte zu verwenden.

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

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

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

Auf allen anderen unterstützten Plattformen wird image/svg+xml vor dem Schreiben in die Zwischenablage in UTF-8 serialisiert.

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

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

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

Unterstützung des Bedienungshilfen-Frameworks zur Benutzeroberflächenautomatisierung unter Windows

Microsoft hat mit dem Chrome-Team zusammengearbeitet, um das UIA-Framework (UIA) unter Windows direkt zu unterstützen, wodurch Bedienungshilfen die Kommunikation mit dem Browser erleichtern. Die schrittweise Einführung auf die stabile Version beginnt in Chrome-Version 126. Voice Access funktioniert dann in allen Chromium-basierten Browsern und verbessert die Nutzerfreundlichkeit aller UIA-basierten Bedienungshilfen wie der Sprecherfunktion und der Lupe. Dadurch wird auch die Windows-UIA-Emulationsebene beseitigt, die für viele Leistungsprobleme in Chromium unter Windows verantwortlich ist.

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

Gleicht die FedCM und die Storage Access API ab, indem eine vorherige FedCM-Erteilung einen gültigen Grund für die automatische Genehmigung einer Speicherzugriffsanfrage ausgibt.

Wenn ein Nutzer die Berechtigung erteilt, seine Identität bei einem externen Identitätsanbieter (Identity Provider, IdP) auf einer vertrauenden Partei (RP) zu verwenden, benötigen viele IdPs Drittanbieter-Cookies, um korrekt und sicher zu funktionieren. Dieser Vorschlag zielt darauf ab, diese Anforderung auf private und sichere Weise zu erfüllen. Dazu werden die Berechtigungsprüfungen der Storage Access API (SAA) aktualisiert, sodass nicht nur die von einer Speicherzugriffsaufforderung erteilte Berechtigung akzeptiert wird, sondern auch die durch eine FedCM-Aufforderung erteilte Berechtigung.

Eine wichtige Eigenschaft dieses Mechanismus besteht darin, die Gewährung auf Fälle zu beschränken, die vom RP über die FedCM-Berechtigungsrichtlinie explizit zugelassen werden. Dies erzwingt eine Kontrolle pro Frame für das RP und verhindert eine passive Überwachung durch den IdP über die bereits von FedCM gewährten Funktionen hinaus.

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

Medienvorschau deaktivieren

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

Chrome bietet eine Echtzeitvorschau der Kamera- und Mikrofoneingabe, sobald von Websites die Kamera- und Mikrofonberechtigungen angefordert werden. Diese sind auch über die pageinfo der Website verfügbar.

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

Wenn Sie Ihre Website von der Medienvorschau ausschließen möchten, registrieren Sie sich für den Deaktivierungstest für Medienvorschauen.

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

Entwickler können an einem Ursprungstest für ein Paket von FedCM-Funktionen für Computer teilnehmen, die eine Autorisierung umfassen können. Das Paket besteht aus der FedCM Continuation API, der Parameter API, der Fields API, mehreren configURLs und benutzerdefinierten Kontolabels. Dies ermöglicht einen OAuth-Autorisierungsablauf, der ein vom IdP bereitgestelltes Berechtigungsdialogfeld umfasst.

Test zur Einstellung von fokussierbaren Scroll-Containern auf der Tastatur

Diese Funktion bringt die folgenden Änderungen mit sich:

  • Scroller sind standardmäßig per Klick und programmatisch fokussierbar.
  • Bildlaufleisten ohne fokussierbare untergeordnete Elemente sind standardmäßig per Tastatur fokussierbar.

Dies ist eine wichtige Verbesserung, um Scroller und Inhalte innerhalb von Scrollern für alle Nutzer zugänglicher zu machen. Weitere Informationen zu den Vorteilen finden Sie im Beitrag Fokusfähige Scroller.

Wir haben versucht, diese Änderungen zu veröffentlichen, und dabei festgestellt, dass bei einer begrenzten Anzahl von Websites die Erwartungen hinsichtlich einiger Komponenten nicht erfüllt sind. Aus diesem Grund mussten wir die Funktion vereinheitlichen, um diesen Fehler zu vermeiden. Angesichts der Vorteile stellen wir diese Funktion wieder bereit. Damit die betroffenen Websites mehr Zeit für die Migration ihrer Komponenten haben, starten wir einen Test zur Einstellung. Wenn diese Option aktiviert ist, wird das Feature KeyboardFocusableScrollers deaktiviert.

Einstellung und Entfernung

Für diese Version von Chrome gibt es keine neuen Einstellungen oder entfernten Inhalte. 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.