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 über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 125 ist seit dem 17. April 2024 als Betaversion verfügbar. Du kannst die neuesten Versionen auf Google.com für Computer oder im Google Play Store für Android herunterladen. Nach der Veröffentlichung in der stabilen Version finden Sie alle enthaltenen Funktionen in den Versionshinweisen.
CSS
In dieser Version werden zwei neue CSS-Funktionen hinzugefügt und zwei CSS-bezogene Änderungen vorgenommen.
Positionierung der CSS-Anker
Mit der CSS-Ankerpositionierung können Entwickler ein absolut positioniertes Element auf deklarative Weise ohne JavaScript an ein oder mehrere andere Elemente auf der Seite (die Ankerpositionen) anknüpfen. Die Ankerpositionierung funktioniert am besten, wenn die Anker gescrollt werden können. Ein häufiger Anwendungsfall besteht darin, ein Pop-over, z. B. eine Kurzinfo, neben dem Element zu platzieren, das es aufgerufen hat, oder ein Auswahlmenü und die zugehörige Pop-over-Optionsliste. Vor der Funktion zur Ankerpositionierung war für diese Anwendungsfälle JavaScript erforderlich, um das Pop-over dynamisch zu positionieren und verankert zu lassen, wenn das aufrufende Element gescrollt wurde. Mit der Ankerpositionierung können diese Anwendungsfälle leistungsfähig und deklarativ implementiert werden.
Die Funktion zur Ankerpositionierung besteht aus einer großen Anzahl von CSS-Eigenschaften. Einige der wichtigsten Attribute sind:
anchor-name: legt ein Element als Anker für andere Elemente fest.position-anchor: beschreibt den „Standard“-Anker, den ein verankertes Element für die Ankerpositionierung verwenden soll.- Die Funktion
anchor(): Sie wird verwendet, um auf die Position des Ankerelements bei der Positionierung des verankerten Elements zu verweisen. inset-area: eine Abkürzung für Positionierung, für gängige relative Positionen.
CSS-Funktionen für schrittweise Werte: round(), mod() und rem()
Die Stufenwertfunktionen round(), mod() und rem() transformieren einen bestimmten Wert nach einem anderen "Schrittwert".
Die CSS-Funktion round() gibt eine gerundete Zahl auf Basis einer ausgewählten Rundungsstrategie zurück.
Die CSS-Funktion mod() gibt einen Modulus zurück, der übrig bleibt, wenn der erste Parameter durch den zweiten Parameter geteilt wird, ähnlich wie beim JavaScript-Restoperator (%). Der Modulus ist der Wert, der übrig bleibt, wenn ein Operand, der Dividend, durch einen zweiten Operanden, den Divisor, geteilt wird. Sie nimmt immer das Vorzeichen des
Divisors an.
Die CSS-Funktion rem() gibt einen Rest zurück, der übrig bleibt, wenn der erste Parameter durch den zweiten Parameter geteilt wird, ähnlich wie der JavaScript-Restoperator (%). Der Rest ist der Wert, der übrig bleibt, wenn ein Operand, der Dividend, durch einen zweiten Operanden, den Divisor, geteilt wird. Es wird immer das Vorzeichen
des Dividendes angegeben.
Diskontinuität für Oklab- und Oklch-Farben mit einer Helligkeit von fast 100% oder 0 entfernen
Vor dieser Änderung wurden alle Lab-, LCH-, Oklab- und Oklch-Farben mit einem Helligkeitswert von 100% unabhängig von den anderen beiden Parametern weiß gerendert. Alle Farben in diesen Bereichen mit einem Helligkeitswert von 0 wurden schwarz dargestellt. Diese beiden Zuordnungen verursachten Diskontinuitäten bei Gradienten und waren für Webentwickler unerwartet.
Mit diesem Rollback werden diese Farben nicht mehr künstlich zugeordnet und die resultierende angezeigte Farbe bleibt mit nahe gelegenen Farben ununterbrochen und hängt von der Gamutzuordnung des Displays ab.
Stammbildlaufleisten für Farbschema verwendet
Der Browser verwendet das bevorzugte Farbschema des Nutzers, um die Bildlaufleisten für den Darstellungsbereich zu rendern, wenn der Wert für die unterstützten Farbschemata der Seite „normal“ ist oder nicht angegeben ist und der berechnete Wert von color-scheme für das Stammelement normal ist. Die Bildlaufleisten im Darstellungsbereich können sich
außerhalb des Webinhalts befinden. Daher sollten die User-Agents beim Rendern von Bildlaufleisten für den Darstellungsbereich das bevorzugte Farbschema des Nutzers berücksichtigen, wenn der Entwickler die Unterstützung für Farbschemata nicht explizit angegeben hat.
Diese Änderung hindert Entwickler nicht daran, das Farbschema für Bildlaufleisten zu steuern. Durch dieses neue Verhalten verwendet der Browser das bevorzugte Farbschema des Nutzers, um Bildlaufleisten ohne Overlay für Darstellungsbereich nur dann zu rendern, wenn der Entwickler das Farbschema für das Stammelement nicht angegeben hat.
HTML
Per Tastatur fokussierbare Scroll-Container
Verbessert die Barrierefreiheit, da Scrollcontainer über die sequenzielle Fokusnavigation fokussiert werden können. Bis zu dieser Änderung fokussiert die Tabulatortaste keine Scroller, es sei denn, tabIndex ist explizit auf 0 oder höher gesetzt.
Wenn Scroller standardmäßig fokussierbar sind, können Nutzer, die keine Maus verwenden können oder möchten, den abgeschnittenen Inhalt mit der Tabulatortaste und den Pfeiltasten einer Tastatur fokussieren. Dieses Verhalten ist nur aktiviert, wenn der Scroller keine über die Tastatur fokussierbaren untergeordneten Elemente enthält.
Dies ist ein fortlaufendes Roll-out, das in Chrome 124 begonnen hat und ab Chrome 125 für alle Nutzer verfügbar sein sollte. Weitere Informationen zu mit der Tastatur fokussierbaren Scrollern
Deklarative Shadow-DOM-Serialisierung
Eine Funktion, mit der Entwickler DOM-Bäume mit Schattenwurzeln partitionieren können, die vor Kurzem im HTML-Standard standardisiert wurde.
Web APIs
Ergänzungen zur Attribution Reporting API
Der Attribution Reporting API wurden Funktionen hinzugefügt, mit denen sich zusätzliche Fehlerbehebungsfunktionen wie das Parsen von Debug-Berichten bereitstellen lassen. Außerdem wird die API-Ergonomie verbessert, indem ein Feld zur Angabe der bevorzugten Registrierungsplattform unterstützt wird und der Datenschutz verbessert wird.
Compute Pressure API
Die Compute Pressure API bietet allgemeine Status, die die CPU-Auslastung des Systems darstellen. Bei der Implementierung können die richtigen zugrunde liegenden Hardwaremesswerte verwendet werden, um sicherzustellen, dass Nutzer die gesamte ihnen zur Verfügung stehende Rechenleistung nutzen können, solange das System nicht unter unüberschaubarer Belastung ist. Die Design- und Implementierungsarbeit für diese API wurde von Intel geleitet, sodass Videokonferenzanwendungen Funktionen und Leistung dynamisch ausbalancieren können.
HTTP(S)-URLs beim Erstellen von WebSocket akzeptieren
Diese Aktualisierung aktiviert HTTP(S)-Schemata im WebSocket-Konstruktor, sodass Entwickler auch relative URLs verwenden können. Diese werden auf die internen Schemas ws: und wss: normalisiert.
Storage Access API (SAA) auf Nicht-Cookie-Speicher erweitern
Dadurch wird die vorgeschlagene Erweiterung der Storage Access API (abwärtskompatibel und im Ursprungstest) gestartet, um den Zugriff auf nicht partitionierte Cookies und Nicht-Cookie-Speicher im Drittanbieterkontext zu ermöglichen. Die aktuelle API bietet nur Zugriff auf Cookies, die andere Anwendungsfälle haben als die Speicherung ohne Cookies.
FedCM-CORS-Anforderung am Endpunkt für ID-Assertions
Die Abrufe in der FedCM API sind aufgrund der erforderlichen Eigenschaften schwer zu verstehen. Während um den Endpunkt des Kontos derzeit diskutiert wird, besteht weitgehend ein Konsens darüber, dass der Endpunkt für ID-Assertions CORS verwenden sollte. Durch dieses Update werden die Sicherheitseigenschaften dieses Abrufs besser an andere Abrufe auf der Webplattform angeglichen. Weitere Informationen zur Funktionsweise der CORS-Anforderung finden Sie in FedCM-Updates: Button Mode API-Ursprungstest, CORS und SameSite.
Interoperable „mousemove“-Standardaktion
Chrome durfte „mousemove“-Ereignisse abbrechen, um andere APIs wie die Textauswahl (und früher auch Drag-and-drop) zu verhindern. Dies entspricht weder anderen gängigen Browsern noch der UI-Ereignisspezifikation. Jetzt ist die Textauswahl nicht mehr die Standardaktion von „mousemove“. Die Textauswahl und Drag-and-drop können weiterhin durch Abbrechen der selectstart- bzw. dragstart-Ereignisse verhindert werden.
Updates für die Shared Storage API
Mit diesem Update wird die Ausführung ursprungsübergreifender Worklets unterstützt, ohne dass ein iFrame erstellt werden muss.
Chrome-Apps
Direct Sockets API in Chrome-Apps
Dieses Update erleichtert die Umstellung spezieller Apps von Chrome-Apps auf isolierte Web-Apps, indem direkte Sockets in Chrome-Apps aktiviert werden. Web-Apps ermöglichen die direkte Kommunikation über TCP- und User Datagram-Protokoll (UDP) mit Netzwerkgeräten und Systemen.
Neue Ursprungstests
Ab Chrome 125 können Sie die folgenden neuen Ursprungstests aktivieren.
FedCM Button Mode API und Use Other Account API
Dieser Ursprungstest umfasst die folgenden beiden FedCM APIs.
Mit der Button Mode API können Websites FedCM durch Klicken auf eine Schaltfläche aufrufen, z. B. durch Klicken auf eine Schaltfläche Sign-in to IdP (Bei IdP anmelden). Dies erfordert, dass FedCM garantiert, dass er immer mit einer sichtbaren Benutzeroberfläche antwortet, anstatt im Widget-Modus, in dem nach der Abmeldung des Nutzers keine UI angezeigt wird. Beim Aufrufen der FedCM API im Schaltflächenmodus werden Nutzer, wenn sie abgemeldet sind, zur Anmeldung beim IdP (in einem Dialogfeld) weitergeleitet.
Da der Schaltflächenmodus durch eine explizite Touch-Geste des Nutzers aufgerufen wird, ist die Benutzeroberfläche unter Umständen auch besser sichtbar (z. B. zentriert und modal) als die Benutzeroberfläche im Widget-Modus, die nicht so explizit beabsichtigt ist. Weitere Informationen zur Funktionsweise der Button Mode API finden Sie in den FedCM-Updates: Button Mode API-Ursprungstest, CORS und SameSite
Mit der Use Other Account API kann ein Identitätsanbieter Nutzern erlauben, sich in anderen Konten anzumelden.
Registrieren Sie sich für den FedCM-Ursprungstest.
Faltbare APIs
Dieser Ursprungstest umfasst die Device Posture API und die Viewport Segments Enumeration API. Diese APIs sollen Entwicklern dabei helfen, ein Targeting auf faltbare Geräte vorzunehmen. Weitere Informationen finden Sie im Ursprungstest für faltbare APIs.
Registrieren Sie sich für den Ursprungstest der Foldable APIs.
Medienvorschau deaktivieren
Bei diesem Reverse-Origin-Test werden Websites von der Einführung der Medienvorschau ausgeschlossen.
Chrome möchte eine Echtzeitvorschau der Kamera- und Mikrofoneingabe bereitstellen, 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.
Diese Funktion wird gleichzeitig mit einem anderen berechtigungsbezogenen Projekt entwickelt: PEPC (Page-Embed-Permissions Controls). Nutzer werden im Rahmen eines unabhängigen Startprozesses mit einem separaten Ursprungstest oder standortspezifischen Tests mit PEPC in Kontakt gebracht.
Einstellungstest für Eigenschaften und Methoden des Typs "HTMLVideoElement Fullscreen" mit dem Präfix
Mit diesem Test zur Einstellung können Sie die Unterstützung für die mit dem Präfix versehenen HTMLVideoElement-Eigenschaften und -Methoden wieder aktivieren, wenn Sie mehr Zeit zum Anpassen Ihres Codes benötigen. Ausführliche Informationen zu den entfernten Properties und Methoden finden Sie unter Einstellung und Entfernung.
Registrieren Sie sich für den Test zur Einstellung der Präfixed Video Fullscreen API.
Scannen vor dem Laden überspringen
Überspringt den Preload-Scanner, um Kompromisse bei der Leistung von Seiten ohne Abrufe von Unterressourcen zu finden.
Der Vorabladeschritt verbessert die Leistung von Seiten mit Unterressourcenabrufen durch die Implementierung des spekulativen Prefetches. Bei Seiten, die nicht von diesem Schritt profitieren, d. h. bei Seiten ohne Unterressourcen, ist dies zusätzlicher Verarbeitungsaufwand mit geringem Nutzen.
Für fortgeschrittene Webnutzer, die von einer Reduzierung dieses Aufwands profitieren möchten, bietet dieser Test ein Steuerelement auf Seitenebene, um den Vorabladescanner zu deaktivieren. Mit den im Rahmen dieses Tests erfassten Daten könnte ermittelt werden, ob eine modifizierte API oder eine andere Implementierung des HTML Preload Scanners hilfreich wäre.
Registrieren Sie sich für den Ursprungstest zum Überspringen des Scans vor dem Laden.
Einstellungen und Entfernungen
Unter ChromeStatus.com finden Sie eine Liste der geplanten und aktuellen Einstellungen sowie früherer Entfernungen.
In dieser Version von Chrome werden die folgenden drei Funktionen entfernt.
Alias „window-placement“ für Berechtigungs- und Berechtigungsrichtlinie „window-management“ entfernen
Der Alias „window-placement“ für die Berechtigungs- und Berechtigungsrichtlinie „window-management“ wird entfernt. Dies ist Teil eines größeren Aufwands, die Strings umzubenennen, indem „window-placement“ schließlich eingestellt und entfernt wird. Die Terminologieänderung verbessert die Langlebigkeit des Deskriptors, da sich die Window Management API im Laufe der Zeit weiterentwickelt.
Unternehmensrichtlinie wurde entfernt: NewBaseUrlInheritanceBehaviorAllowed
Die zugrunde liegende Codeänderung (ermöglicht neues Verhalten zur Übernahme von Basis-URLs), das diese Unternehmensrichtlinie überschreibt, wurde seit August 2023 (118.0.5966.0) in stabilen Releases aktiviert. Da bekannte Probleme behoben wurden, wird diese Unternehmensrichtlinie in Chrome 125 entfernt.
Vorangestellte HTMLVideoElement Fullscreen-Eigenschaften und -Methoden wurden entfernt
Die Fullscreen APIs mit dem Präfix HTMLVideoElement wurden seit Chrome 38 eingestellt. Sie wurden durch Element.requestFullscreen() ersetzt, die 2018 in Chrome 71 erstmals ohne Präfix ausgeliefert wurde.
Die folgenden Eigenschaften und Methoden werden aus HTMLVideoElement entfernt:
webkitSupportsFullscreenwebkitDisplayingFullscreenwebkitEnterFullscreen()webkitExitFullscreen()webkitEnterFullScreen()(beachten Sie die abweichende Großschreibung des "S" im Vollbildmodus).webkitExitFullScreen()
Registrieren Sie sich für den in diesem Beitrag aufgeführten Einstellungstest, wenn Ihre Website noch darauf angewiesen ist und Sie mehr Zeit zum Aktualisieren des Codes benötigen.