Chrome 126 Beta

Sofern nicht anders angegeben, gelten die folgenden Änderungen für die neueste Version des Chrome-Betakanals 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 ist seit dem 15. Mai 2024 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 eine neue CSS-Funktion.

Ansichtsübergänge zwischen Dokumenten für Navigationen mit demselben Ursprung

Bisher mussten Sie Ihre Website in eine SPA umwandeln, um die View Transitions API verwenden zu können. Das ist jetzt nicht mehr der Fall. Ansichtsübergänge sind jetzt für Navigationen innerhalb desselben Ursprungs verfügbar. Sie können einen Ansichtsübergang zwischen zwei verschiedenen Dokumenten mit derselben Quelle erstellen.

Damit ein Dokumentenübergang möglich ist, müssen beide Enden die Funktion aktivieren. Verwenden Sie dazu das Attribut-Attribut @view-transition und legen Sie den Deskriptor navigation auf auto fest.

@view-transition {
  navigation: auto;
}

Für Ansichtsübergänge zwischen Dokumenten werden dieselben Bausteine und Prinzipien verwendet wie für Ansichtsübergänge innerhalb eines Dokuments. Elemente, auf die view-transition-name angewendet wurde, werden erfasst. Sie können die Animationen mithilfe von CSS-Animationen anpassen.

Weitere Informationen finden Sie in der API-Dokumentation für View Transitions.

Web APIs

Dieser Beitrag enthielt ursprünglich die Funktion „Automatische Einstellung für Inhalte im Vollbildmodus“, die jetzt in Chrome 127 eingeführt wird.

Gamepad API-Trigger-Rumble-Erweiterung

Die GamepadHapticActuator-Oberfläche wird erweitert, um die Trigger-Vibrationsfunktion für kompatible Gamepads im Web freizugeben. Mit dieser Erweiterung können Webanwendungen, die die Gamepad API nutzen, auch die Trigger von Gamepad-Geräten mit dieser Funktion zum Vibrieren bringen.

OpusEncoderConfig-Parameter signal und application

Die Parameter OpusEncoderConfig.signal und OpusEncoderConfig.application werden direkt auf implementierungsspezifische Encoderknöpfe zugeordnet. So können Webautoren Hinweise darauf geben, welche Art von Daten codiert wird und in welchem Kontext die Daten verwendet werden.

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

PointerEvent.deviceId für Zeichnen mit mehreren Stiften

Da Geräte mit erweiterten Eingabemöglichkeiten per Eingabestift immer häufiger werden, ist es wichtig, dass die Webplattform kontinuierlich weiterentwickelt wird, um diese erweiterten Funktionen vollständig zu unterstützen und so sowohl Endnutzern als auch Entwicklern mehr Möglichkeiten zu bieten. Eine solche Verbesserung ist die Fähigkeit des Digitizers eines Geräts, mehrere Eingabestifte gleichzeitig zu erkennen.

Diese Funktion ist eine Erweiterung der PointerEvent-Benutzeroberfläche um ein neues Attribut, deviceId. Es handelt sich dabei um eine eindeutige, sitzungsspezifische und dokumentisolierte Kennung, mit der Entwickler zuverlässig einzelne Stifte identifizieren können, die mit der Seite interagieren.

Web-Apps mit Tabs unter ChromeOS

In einem eigenständigen Fenster kann jeweils nur eine Seite geöffnet sein. In einigen Apps wird davon ausgegangen, dass Nutzer viele Seiten gleichzeitig geöffnet haben. Im Tab-Modus wird eigenständigen Web-Apps in ChromeOS ein Tab-Bereich hinzugefügt, mit dem mehrere Tabs gleichzeitig geöffnet werden können.

Die Funktion fügt einen neuen Anzeigemodus von "tabbed" und ein neues Manifest-Feld hinzu, um Anpassungen am Tab-Bereich zu ermöglichen.

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 onscrollend-Support

Das JavaScript-Ereignis scrollend wird ausgelöst, um anzuzeigen, dass ein Scrollvorgang beendet ist.

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

WebGLObject Web IDL-Superinterface

Diese Funktion stellt den WebGLObject-Typ in denselben Kontexten bereit, in denen die WebGL-API verfügbar ist – im Haupt- und im Worker-Thread.

WebRTC-codierte Transformation: Metadatenfunktionen ändern

Bei einigen Anwendungsfällen für die WebRTC-codierte Transformation werden nicht nur die Nutzlast von codierten Video- oder Audioframes, sondern auch die zugehörigen Metadaten manipuliert. Beispiel:

Ändern des Zeitstempels eines Frames, um eine Verzögerung zu verursachen. Ändern des MIME-Typs des Frames, wenn die Transformation den Typ der Nutzlast ändert. Weiterleitung von Medien an eine neue Peer-Verbindung, die für die Verwendung verschiedener Metadatenwerte konfiguriert ist.

Mit dieser Funktion können Audio- und Videoframe-Metadaten mit der WebRTC Encoded Transform API manipuliert werden.

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. Das HTML-Format verwendet unter Windows bereits UTF-*, sodass SVG-Bilder aus der Zwischenablage kopiert und eingefügt werden können.

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 Taste ESC auf Desktop-Plattformen oder die Zurück-Geste oder -Schaltfläche auf Android-Geräten einheitlich verarbeitet werden. Diese Funktion wurde ursprünglich in Chrome 120 eingeführt, aber aufgrund einer unerwarteten Interaktion mit <dialog> deaktiviert. In Chrome 126 wurde die Funktion nach einigen Verbesserungen am Verhalten reaktiviert, um die dort auftretenden Probleme zu minimieren.

Unterstützung für das Bedienungshilfen-Framework zur Benutzeroberflächenautomatisierung unter Windows

Microsoft hat mit dem Chrome-Team zusammengearbeitet, um das UIA-Framework (UI Automation) unter Windows direkt zu unterstützen. So können Bedienungshilfen-Tools einfacher mit dem Browser kommunizieren. Die schrittweise Einführung in der stabilen Version beginnt mit Chrome 126. Dadurch kann Voice Access in allen Chromium-basierten Browsern verwendet werden. Außerdem wird die Nutzerfreundlichkeit aller UIA-basierten Bedienungshilfen wie Sprachausgabe und Lupe verbessert. Außerdem wird die Windows-UIA-Emulationsschicht entfernt, die viele Leistungsprobleme in Chromium unter Windows verursacht hat.

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

Hiermit werden die FedCM- und Storage Access APIs abgeglichen, indem ein vorheriger FedCM-Zugriff ein gültiger Grund ist, eine Anfrage für den Speicherzugriff automatisch zu genehmigen.

Wenn ein Nutzer die Verwendung seiner Identität bei einem externen Identitätsanbieter (IdP) bei einer vertrauenden Partei (RP) genehmigt, benötigen viele IdPs Drittanbieter-Cookies, um ordnungsgemäß und sicher zu funktionieren. Mit diesem Vorschlag soll diese Anforderung auf private und sichere Weise erfüllt werden. Dazu werden die Berechtigungsprüfungen der Storage Access API (SAA) aktualisiert, sodass nicht nur die Berechtigungsgrants akzeptiert werden, die über einen Prompt für den Speicherzugriff erteilt werden, sondern auch die Berechtigungsgrants, die über einen FedCM-Prompt erteilt werden.

Eine wichtige Eigenschaft dieses Mechanismus besteht darin, die Berechtigung auf Fälle zu beschränken, die vom RP über die FedCM-Berechtigungsrichtlinie ausdrücklich zugelassen sind. Außerdem wird eine Frames-basierte Steuerung für den RP erzwungen und die passive Überwachung durch den IdP über die von FedCM bereits gewährten Funktionen hinaus verhindert.

FedCM als Vertrauenssignal für den Ursprungstest der Storage Access API registrieren

Medienvorschauen deaktivieren

Bei diesem Test werden Websites von der Einführung von Media-Vorschauen ausgeschlossen.

Chrome zeigt in Echtzeit eine Vorschau der Kamera- und Mikrofoneingabe an, wenn Websites die Kamera- und Mikrofonberechtigungen anfordern. Sie sind auch in den Seiteninformationen der Website verfügbar.

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

Wenn Sie Ihre Website von Media-Vorschauen ausschließen möchten, registrieren Sie sich für den Ursprungstest zur Deaktivierung von Media-Vorschauen.

FedCM: Continuation API, Parameters API, Fields API, Multiple configURLs, Custom Account Labels

Entwickler können an einem Test für ein Paket von FedCM-Funktionen für Desktop-Anwendungen teilnehmen, das auch die Autorisierung umfassen kann. Das Bundle besteht aus der FedCM Continuation API, der Parameter API, der Fields API, mehreren configURLs und benutzerdefinierten Kontolabels. Dadurch wird ein OAuth-Autorisierungsablauf mit einem vom Identitätsanbieter bereitgestellten Berechtigungsdialogfeld ermöglicht.

Test zur Einstellung von per Tastatur fokussierbaren Scroll-Containern

Durch diese Funktion ergeben sich die folgenden Änderungen:

  • Scroller sind standardmäßig per Klick fokussierbar und programmatisch fokussierbar.
  • Scroller ohne untergeordnete fokussierbare Elemente können standardmäßig mit der Tastatur fokussiert werden.

Dies ist eine wichtige Verbesserung, um Scroller und Inhalte in Scrollern für alle Nutzer barrierefreier zu gestalten. Weitere Informationen zu den Vorteilen finden Sie im Beitrag Mit der Tastatur fokussierbare Scroller.

Wir haben versucht, diese Änderungen zu implementieren, und festgestellt, dass bei einer begrenzten Anzahl von Websites einige Komponenten nicht den Erwartungen entsprochen haben. Daher mussten wir die Funktion zurückziehen, um diese Probleme zu vermeiden. Aufgrund der Vorteile führen wir diese Funktion wieder ein. Damit die betroffenen Websites mehr Zeit für die Migration ihrer Komponenten haben, starten wir einen Testlauf für die Einstellung. Wenn diese Option aktiviert ist, wird die KeyboardFocusableScrollers-Funktion deaktiviert.

Einstellung und Entfernung

In dieser Version von Chrome gibt es keine neuen Einstellungs- oder Entfernungen. Dies ist jedoch die letzte Chrome-Version, die Mutationsereignisse unterstützt. Sie werden in Chrome 127 entfernt. Weitere Informationen und eine Vorbereitung auf die Entfernung finden Sie unter Mutationsereignisse werden aus Chrome entfernt.