Umfangreiche Stile für CSS, zusätzliche Medienfunktionen, fokussierbare Scroll-Container mit der Tastatur und mehr.
Sofern nicht anders angegeben, gelten die beschriebenen Ä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 118 ist seit dem 13. September 2023 als Betaversion verfügbar. 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 werden vier neue CSS-Funktionen hinzugefügt.
Auf einen Bereich reduzierte Stile
Mit der @scope-Regel können Entwickler Stilregeln auf eine bestimmte Geltungsbereich festlegen und Elemente entsprechend der Nähe zu dieser Geltungsbereich festlegen.
Logische flussbezogene CSS-Werte
Fügt den vorhandenen CSS-Eigenschaften die folgenden neuen Werte hinzu:
float: inline-startfloat: inline-endclear: inline-startclear: inline-endresize: blockresize: inline
Diese flussrelativen Richtungswörter werden abhängig vom Schreibmodus oder der Richtung des Elements oder des enthaltenden Blocks in einen physikalischen Wert aufgelöst.
Medienabfragen: Funktion „prefers-reduced-transparency“
Die prefers-reduced-transparency-Medienfunktion, 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 von "stroke-box", "content-box" und "Border-box" in der CSS-Eigenschaft "transform-box"
Wenn Sie diese Unterstützung hinzufügen, 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 beim Drehen um einen Punkt im Inhaltsfeld der Fall, wenn die Breite des Rahmens eines Elements keinen Einfluss auf das Ergebnis hat. Die Kontur eines Elements (SVG) kann sich auch auf das Ergebnis auswirken, z. B. beim Drehen einer gestrichelten Form um den Mittelpunkt, einschließlich des Strichs.
HTML
Per Tastatur fokussierbare Scroll-Container
Verbessert die Barrierefreiheit, indem Scroll-Container mithilfe der sequenziellen Fokusnavigation fokussierbar gemacht werden. Vor dieser Änderung werden Scroller durch die Tabulatortaste nur dann fokussiert, wenn tabIndex explizit auf 0 oder höher festgelegt wurde. Da Scroller standardmäßig fokussierbar sind, 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 Bildlaufleisten mit fokussierbaren Tastaturelementen, da diese bereits über die Tastatur zugänglich sind.
Verhalten des Quirks-Modus für das Optionslabel-Attribut entfernen
Optionselemente unterstützen ein label-Attribut. Dadurch wird die Option mit dem Text innerhalb des Attributs und nicht mit dem untergeordneten Text des Optionselements selbst gerendert. 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 Standard- als auch im Quirks-Modus immer das Label-Attribut verwendet.
Web APIs
Registrierung für die Privacy Sandbox (PSB)
Da die Privacy Sandbox-APIs für Relevanz und Messung allgemein verfügbar werden, möchten wir dafür sorgen, dass diese Technologien wie vorgesehen und transparent genutzt 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 über den Component Updater vom Registrierungsserver ab und verwendet sie, um den Zugriff auf die Privacy Sandbox APIs zu steuern.
Alle über JavaScript festgelegten Cookies blockieren, die Steuerzeichen enthalten
Aktualisiert die Verarbeitung von Steuerzeichen in Cookies, die über JavaScript gesetzt werden. Insbesondere führen alle Steuerzeichen dazu, dass das gesamte Cookie abgelehnt wird. Bisher wurde ein NULL-Zeichen, ein Zeilenumbruchzeichen oder ein Zeilenvorschubzeichen in einer Cookiezeile abgeschnitten und nicht vollständig abgelehnt, was unter bestimmten Umständen zu schädlichem Verhalten geführt haben könnte. Dadurch wird Chrome an das Verhalten angepasst, das in den aktuellen Entwürfen von RFC6265bis angegeben ist. Diese Änderung kann über die Unternehmensrichtlinie --disable-features=BlockTruncatedCookies oder BlockTruncatedCookies deaktiviert werden, die für mehrere Meilensteine verfügbar 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 Mindestschriftgröße selbst. Im Hinblick auf Barrierefreiheit und Lesbarkeit ändert sich nichts daran.
UA-Übergänge bei Navigationen im selben Dokument erkennen
Reibungslose visuelle Übergänge beim Navigieren im Web können die kognitive Auslastung verringern, da die Nutzenden im Kontext bleiben. Die Nutzerfreundlichkeit ist jedoch schlecht, wenn sowohl der Autor der Website als auch der UA diese Übergänge hinzufügen. Die Übergänge können miteinander in Konflikt stehen 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. Damit können Entwickler die benutzerdefinierte Umstellung überspringen.
Der URL-Parser decodiert keine prozentcodierten ASCII-Zeichen im URL-Pfad.
Durch diese Änderung decodiert der URL-Parser keine prozentcodierten ASCII-Zeichen im URL-Pfad, z. B. "%41". ('A') ein. Vor dieser Änderung:
const url = new URL("http://example.com/%41");
url.href "http://example.com/A"
Nach dieser Änderung gilt Folgendes:
const url = new URL("http://example.com/%41");
url.href "http://example.com/%41"
Ausschließende Ausrichtung bei geschützten Zielgruppen
Bei Online-Anzeigenauktionen für Werbeflächen ist es manchmal nützlich, die Auslieferung einer Anzeige für bestimmte Zielgruppen zu verhindern. Dieses Konzept wird als auszuschließendes Targeting bezeichnet. Das ist beispielsweise sinnvoll, wenn Sie für Bestandskunden keine Werbung für Neukunden schalten möchten. Bei Kampagnen zur Kundenakquisition ist dies meistens eine wichtige Voraussetzung. Mithilfe von Protected Audience können Anzeigen derzeit auf Nutzer ausgerichtet werden, die einer bestimmten Interessengruppe durch frühere Aktivitäten im Web beigetreten sind. Diese Funktion erweitert die Protected Audience API um negatives Targeting, indem neue Anzeigen nur auf Nutzer ausgerichtet werden, die keiner bestimmten Interessengruppe angehören. So können Werbetreibende mithilfe der bestehenden datenschutzfreundlichen Konzepte der Protected Audience API neue Nutzergruppen ansprechen.
Aktivierungsanforderung für Nutzer des Zahlungsprofils entfernen
Um Entwicklern dabei zu helfen, reibungslose Abläufe bei Zahlungsanforderungen zu reduzieren, entfällt die Anforderung zur Nutzeraktivierung in den Zahlungsanforderungen und der sicheren Zahlungsbestätigung. Durch diese Änderung werden Maßnahmen zur Eindämmung von Spam und Clickjacking eingeführt, um die Sicherheits- und Datenschutzrisiken zu verringern.
WebUSB in Erweiterungs-Service-Worker
Ermöglicht es Webentwicklern, die WebUSB API zu verwenden, wenn sie auf Erweiterungsereignisse reagieren, indem sie die WebUSB API den über Browsererweiterungen registrierten Service Workern zur Verfügung stellen. Diese API ist derzeit nicht für von Websites registrierte Service Worker zugänglich.
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 je nach Größe des Dokuments und Position des CDATA-Abschnitts im Dokument fälschlicherweise mehrere Knoten erzeugen. Wenn sich ein einzelner CDATA-Abschnitt über mehrere Eingabeparserblöcke erstreckt, puffert libxml die CDATA-Eingabe und gibt sie in 300-Byte-Läufen aus. Dadurch wird ein einzelner CDATA-Abschnitt unerwartet in mehrere Knoten umgewandelt (wenn die Länge des Eingabeblocks größer als 300 Byte ist). Durch diese Änderung werden gleichgeordnete CDATA-Abschnittsknoten beim Parsen zu einem einzigen CDATA-Abschnitt zusammengeführt. Dadurch wird der libxml-Fehler während des Parsens behoben, aber auch die erstellten separaten Knoten werden zusammengeführt. Beispiel: <![CDATA[foo]]><!CDATA[bar]]> Erzeugt einen einzelnen CDATA-DOM-Knoten mit Inhalt "foobar": CDATA "foobar".
Bedingung des Handler-Dialogfelds „beforeunload“ ändern
Es gibt zwei Änderungen im Dialogfeld, in dem die Aufforderung zum Abbrechen des beforeunload-Ereignisses angezeigt wird.
Wenn event.preventDefault() aufgerufen wird, Dialogfeld zum Abbrechen auffordern.
Wenn event.returnValue der leere String ist, wird das Dialogfeld nicht abgebrochen.
Ursprungstests laufen
In Chrome 118 kannst du den folgenden neuen Ursprungstest aktivieren.
WebRTC-codierte Transformation: Metadatenfunktionen ändern
Fügt der WebRTC Encoded Transform API Funktionen hinzu, 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:
- Senden von Daten, die zuvor codiert wurden.
- Senden von Daten, die in codierter Form empfangen wurden.
- Daten in codierter Form empfangen und weiterleiten
Wir möchten insbesondere den Anwendungsfall der störungsfreien Weiterleitung von Medien unterstützen, die von mehreren redundanten Peer-Verbindungen stammen, die die gleichen Mediennutzlasten mit unterschiedlichen Metadaten bereitstellen.
Registrieren Sie sich für den RTCEncodedFrameSetMetadata-Ursprungstest.
Einstellung und Entfernung
Mit dieser Version von Chrome werden die unten aufgeführten Einstellungen und Entfernungen eingeführt. Unter ChromeStatus.com finden Sie eine Liste mit geplanten Einstellungen, aktuellen Einstellungen und früheren Löschungen.
In dieser Version von Chrome wird die folgende Funktion entfernt.
Einige nicht standardmäßige Keywords für die Darstellung wurden entfernt
In Chrome 118 werden die nicht standardmäßigen appearance-Keywords mit der geringsten Nutzung deaktiviert. Nach der Deaktivierung der Funktion wird die Darstellungseigenschaft ignoriert, falls dieses Keyword als Wert verwendet wird. Die in Chrome 118 deaktivierten Keywords werden zu weniger als 0,001% genutzt:
media-slidermedia-sliderthumbmedia-volume-slidermedia-volume-sliderthumbsliderthumb-horizontalsliderthumb-vertical
Hintergrund
Da nur Standard-Keywords vom Typ appearance unterstützt werden sollen, werden die nicht standardmäßigen Keywords appearance (und -webkit-appearance) entfernt. Hier die vollständige Liste:
inner-spin-buttonmedia-slidermedia-sliderthumbmedia-volume-slidermedia-volume-sliderthumbpush-buttonsearchfield-cancel-buttonslider-horizontalsliderthumb-horizontalsliderthumb-verticalsquare-button
Der Wert slider-vertical wird dabei nicht entfernt.
Patch, mit dem er für die vertikale <input type=range> verwendet wird. Es wird
Diese Elemente werden entfernt, sobald der vertikale Schreibmodus für Formularsteuerelemente vollständig eingerichtet ist.
Vor der Deaktivierung wird bei Verwendung eines der oben genannten Keywords eine Konsolenwarnung angezeigt, das Keyword wird jedoch als gültiger Wert erkannt.