Bereichsspezifische Styles für CSS, zusätzliche Medienfunktionen, mit der Tastatur fokussierbare Scroll-Container und mehr.
Sofern nicht anders angegeben, gelten die beschriebenen Ä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 findest du über die bereitgestellten Links oder in der Liste auf ChromeStatus.com. Chrome 118 ist seit dem 13. September 2023 als Betaversion verfügbar. Du kannst die neuesten Versionen unter Google.com für Computer oder im Google Play Store auf Android herunterladen.
CSS
Diese Version enthält vier neue CSS-Funktionen.
Bereichsspezifische Stile
Mit der Regel @scope können Entwickler Stilregeln auf einen bestimmten Gültigkeitsbereich festlegen und Stilelemente entsprechend der Nähe dieses Stammbereichs gestalten.
Logische flussrelative Werte für CSS
Fügt vorhandenen CSS-Properties die folgenden neuen Werte hinzu:
float: inline-startfloat: inline-endclear: inline-startclear: inline-endresize: blockresize: inline
Diese flussrelativen Keywords lösen je nach Schreibmodus oder Richtung des Elements oder seines enthaltenden Blocks einen physikalischen Wert auf.
Medienabfragen: bevorzugt-reduzierte-Transparenz-Funktion
Die prefers-reduced-transparency-Medienfunktion wurde hinzugefügt, mit der Entwickler Webinhalte an die vom Nutzer ausgewählten Einstellungen anpassen können, um die Transparenz im Betriebssystem zu reduzieren, z. B. die Einstellung Transparenz reduzieren unter macOS. Gültige Optionen sind reduce und no-preference.
Unterstützung für stroke-box, content-box und border-box in der CSS-Eigenschaft "transform-box"
Durch diese Unterstützung können Sie ändern, wie das Referenzfeld für das Attribut transform berechnet wird. Dies ermöglicht zusätzliche Transformationen oder grafische Effekte. Dies ist beispielsweise bei der Drehung um einen Punkt im Inhaltsfeld möglich, wenn die Breite des Rahmens eines Elements das Ergebnis nicht beeinflusst. Oder wenn die Kontur eines (SVG-)Elements das Ergebnis beeinflussen soll, z. B. beim Drehen einer Strichform um ihren Mittelpunkt (einschließlich der Kontur).
HTML
Per Tastatur fokussierbare Scroll-Container
Verbessert die Barrierefreiheit, indem Scrollcontainer mit sequenzieller Fokusnavigation fokussierbar werden. Vor dieser Änderung fokussiert die Tabulatortaste keinen Fokus auf Scroller, es sei denn, tabIndex wurde explizit auf 0 oder höher festgelegt. Wenn Scroller standardmäßig fokussiert werden können, können Nutzer, die keine Maus verwenden können oder möchten, mithilfe der Tabulatortaste und der Pfeiltasten auf der Tastatur auf zugeschnittene Inhalte zugreifen. Dieses Verhalten gilt nicht für Scroller, die über die Tastatur fokussierbare Elemente enthalten, da diese bereits über die Tastatur zugänglich sind.
Verhalten des Quirks-Modus für das Attribut „Optionslabel“ entfernen
Optionselemente unterstützen ein label-Attribut, wodurch die Option mit dem Text innerhalb des Attributs und nicht mit dem untergeordneten Text des Optionselements gerendert wird. Diese Funktion ist im Quirks-Modus deaktiviert, in dem das Label-Attribut ignoriert und der untergeordnete Text immer gerendert wird. Bei dieser Änderung wird sowohl im Standardmodus als auch im Quirks-Modus immer das Label-Attribut verwendet.
Web APIs
Für Privacy Sandbox (PSB) registrieren
Da die Privacy Sandbox-APIs für Relevanz und Messung zunehmend allgemein verfügbar sind, möchten wir dafür sorgen, dass diese Technologien wie beabsichtigt und mit Transparenz verwendet werden. Zu den APIs gehören Attribution Reporting, die Protected Audience API, die Topics API, die Private Aggregation API und die Shared Storage API. PSB führt einen neuen Anmeldeprozess für Entwickler für Privacy Sandbox-APIs für Relevanz und Messung ein. Chrome ruft die Liste der registrierten Websites vom Registrierungsserver ab (über den Component Updater) und verwendet sie, um den Zugriff auf die Privacy Sandbox APIs zu steuern.
Alle über JavaScript gesetzten Cookies blockieren, die Steuerzeichen enthalten
Aktualisiert, wie Steuerzeichen in Cookies, die über JavaScript gesetzt werden, gehandhabt werden. Insbesondere führen alle Steuerzeichen dazu, dass das gesamte Cookie abgelehnt wird. Bisher wurde der Code durch NULL-Zeichen, Zeilenumbruchzeichen oder Zeilenvorschubzeichen in einer Cookie-Zeile abgeschnitten und nicht vollständig abgelehnt, was unter bestimmten Umständen zu böswilligem Verhalten geführt hätte. Dieses Verhalten entspricht dem Verhalten von Chrome, das in den neuesten Entwürfen von RFC6265bis angegeben ist. Diese Änderung kann über die Unternehmensrichtlinie --disable-features=BlockTruncatedCookies oder BlockTruncatedCookies deaktiviert werden, die für mehrere Meilensteine vorhanden ist, falls diese Änderung zu Fehlern führt.
Einheitliche Schriftgröße für alle Sprachen
Die Mindestschriftgröße wird für sieben Sprachen (Arabisch, Farsi, Japanisch, Koreanisch, Thailändisch, vereinfachtes und traditionelles Chinesisch) standardmäßig deaktiviert, um die Interoperabilität und Barrierefreiheit zu verbessern. Vor dieser Änderung war diese Einstellung standardmäßig für alle Sprachen außer den sieben aufgeführten Sprachen deaktiviert. Durch diese Änderung werden diese Sprachen mit anderen Sprachen vereinheitlicht. Dabei geht es nicht um die Änderung der Funktion für die minimale Schriftgröße selbst. Er wird ohne Änderungen für mehr Barrierefreiheit und bessere Lesbarkeit verfügbar sein.
UA-Übergänge bei Navigationen im selben Dokument erkennen
Reibungslose visuelle Übergänge beim Navigieren im Web können die kognitive Auslastung reduzieren, da sie Nutzern helfen, im Kontext zu bleiben. Die Nutzererfahrung ist jedoch negativ, wenn sowohl der Autor der Website als auch UA diese Übergänge hinzufügen: Die Übergänge können Konflikte verursachen und den Nutzer verwirren. Mit dieser API werden solche Fälle vermieden, um sicherzustellen, dass jeweils nur ein visueller Übergang ausgeführt wird. Die API fügt PopStateEvent und NavigateEvent einen booleschen Wert hinzu, um anzugeben, ob in UA ein visueller Übergang für diese Navigation ausgeführt wurde. Entwickler können damit ihre benutzerdefinierte Umstellung überspringen.
Der URL-Parser decodiert prozentcodierte ASCII-Zeichen im URL-Pfad nicht
Durch diese Änderungen decodiert der URL-Parser keine prozentcodierten ASCII-Zeichen im URL-Pfad, z. B. "%41" ("A"). Vor dieser Änderung:
const url = new URL("http://example.com/%41");
url.href "http://example.com/A"
Nach dieser Änderung:
const url = new URL("http://example.com/%41");
url.href "http://example.com/%41"
Ausschließende Ausrichtung für geschützte Zielgruppen
Bei Online-Anzeigenauktionen für Werbeflächen kann es manchmal sinnvoll sein, die Auslieferung einer Anzeige für bestimmte Zielgruppen zu verhindern. Dies wird als auszuschließendes Targeting bezeichnet. Das kann z. B. sinnvoll sein, wenn Sie Bestandskunden keine Werbung für Neukunden präsentieren möchten. Bei Kampagnen zur Kundenakquisition ist das in der Regel eine unverzichtbare Anforderung. Mit Protected Audience können Sie derzeit Anzeigen auf Nutzer ausrichten, die aufgrund früherer Webaktivitäten einer bestimmten Interessengruppe zugeordnet wurden. Diese Funktion erweitert die Funktion „Protected Audience“ um eine negative Ausrichtung, da neue Anzeigen nur auf Nutzer ausgerichtet werden können, die keiner bestimmten Interessengruppe angehören. Werbetreibende können so mithilfe der bestehenden datenschutzfreundlichen Konzepte der Protected Audience API neue Nutzergruppen ansprechen.
Anforderung zur Nutzeraktivierung für Zahlungen entfernen
Wir möchten Entwickler dabei unterstützen, reibungslose Abläufe bei Zahlungsaufforderungen zu vereinfachen. Aus diesem Grund muss unter „Zahlungsanforderungen“ und „Sichere Zahlungsbestätigung“ keine Nutzeraktivierung mehr vorgenommen werden. Mit dieser Änderung wurden Maßnahmen gegen Spam und Clickjacking eingeführt, um die Sicherheits- und Datenschutzrisiken zu verringern.
WebUSB in Extension Service Workern
Ermöglicht Webentwicklern, die WebUSB API beim Reagieren auf Erweiterungsereignisse zu verwenden, indem sie die WebUSB API Service Workern zugänglich macht, die über Browsererweiterungen registriert sind. Diese API ist derzeit nicht für Service Worker verfügbar, die von Websites registriert wurden.
XML-Dokumente führen aufeinanderfolgende CDATA-Abschnitte zu einem einzigen Knoten zusammen
Aufgrund eines Fehlers in libxml können CDATA-Abschnitte in einem XHTML-Dokument manchmal fälschlicherweise mehrere Knoten erzeugen. Dies hängt von der Größe des Dokuments und der Position des CDATA-Abschnitts im Dokument ab. Wenn ein einzelner CDATA-Abschnitt mehrere Eingabeparser-Chunks umfasst, puffert libxml die CDATA-Eingabe und gibt sie in Ausführungen von 300 Byte aus. Dadurch wird ein einzelner CDATA-Abschnitt unerwartet in mehrere Knoten umgewandelt (wenn die Länge des Eingabeblocks mehr als 300 Byte beträgt). Durch diese Änderung werden Knoten gleichgeordneter CDATA-Abschnitte beim Parsen zu einem einzigen CDATA-Abschnitt zusammengeführt. Dadurch wird der libxml-Fehler beim Parsen behoben, es werden aber auch erstellte separate Knoten zusammengeführt. Beispiel: <![CDATA[foo]]><!CDATA[bar]]> Erzeugt einen einzelnen CDATA-DOM-Knoten mit dem Inhalt "foobar": CDATA "foobar".
Bedingung des Dialogfelds „beforeunload-Handler“ ändern
Es gibt zwei neue Änderungen, wie das Dialogfeld zum Abbrechen für das beforeunload-Ereignis aufgefordert wird.
Wenn event.preventDefault() aufgerufen wird, Dialogfeld zum Abbrechen der Aufforderung.
Wenn event.returnValue ein leerer String ist, wird das Dialogfeld zum Abbrechen nicht angezeigt.
Ursprungstests laufen
In Chrome 118 können Sie den folgenden neuen Ursprungstest aktivieren.
WebRTC-codierte Transformation: Metadatenfunktionen ändern
Der WebRTC Encoded Transform API wurden Funktionen hinzugefügt, mit denen Metadaten von Audio- und Videoframes bearbeitet werden können. Es wurde eine Reihe von Anwendungsfällen identifiziert, bei denen WebRTC-codierte Medien manipuliert werden müssen, ohne sie vorher zu decodieren. Dazu gehören:
- Daten werden gesendet, die zuvor codiert wurden.
- Senden von empfangenen Daten in codierter Form
- Daten in verschlüsselter Form empfangen und weiterleiten.
Wir möchten insbesondere den Anwendungsfall einer störungsfreien Weiterleitung von Medien unterstützen, die von mehreren redundanten Peer-Verbindungen stammen, die dieselben Mediennutzlasten, aber unterschiedliche Metadaten bereitstellen.
Registrieren Sie sich für den RTCEncodedFrameSetMetadata-Ursprungstest.
Einstellungen und Löschungen
In dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste der geplanten Einstellungen, aktuellen Einstellungen und vorherigen Entfernungen.
In dieser Version von Chrome wird die folgende Funktion entfernt.
Einige nicht standardmäßige Keywords wurden entfernt
In Chrome 118 werden die nicht standardmäßigen appearance-Keywords mit der geringsten Nutzung deaktiviert. Sobald die Funktion deaktiviert ist, wird die Darstellungseigenschaft ignoriert, wenn dieses Keyword als Wert verwendet wird. In Chrome 118 werden die Keywords mit einer Nutzung von weniger als 0,001% deaktiviert:
media-slidermedia-sliderthumbmedia-volume-slidermedia-volume-sliderthumbsliderthumb-horizontalsliderthumb-vertical
Hintergrund
Da nur Standard-appearance-Keywords unterstützt werden sollten, entfernen wir die nicht standardmäßigen appearance- und -webkit-appearance-Keywords. Die vollständige Liste sieht so aus:
inner-spin-buttonmedia-slidermedia-sliderthumbmedia-volume-slidermedia-volume-sliderthumbpush-buttonsearchfield-cancel-buttonslider-horizontalsliderthumb-horizontalsliderthumb-verticalsquare-button
Der Wert slider-vertical wird nicht im Rahmen dieses Patches entfernt, der zur Zulassung der Branche <input type=range> verwendet wird. Er wird entfernt, sobald der vertikale Schreibmodus für Formularsteuerelemente vollständig implementiert ist.
Wenn Sie vor der Deaktivierung eines der oben genannten Keywords verwenden, wird zwar eine Konsolenwarnung angezeigt, das Keyword wird jedoch als gültiger Wert erkannt.