Dazu sollten Sie Folgendes wissen:
- Mit der
hwb()-Farbnotation können Sie Farben anhand von Farbton, Weiß- und Schwarzanteil angeben. - Mit der Abrufpriorität können Sie dem Browser mitteilen, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen.
- Und es gibt noch viele weitere.
Sehen wir uns an, was in Chrome 101 neu ist.
hwb() Farbnotation
hwb() wird in einem Artikel von Stefan Judis als „Farbnotation für Menschen“ beschrieben. Dabei wird die Farbe anhand von Farbton, Weiß- und Schwarzanteil angegeben. Wie bei anderen Farbnotationen gibt eine optionale Alphakomponente die Deckkraft an.
h1 {
color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}
Diese Methode zur Angabe von Farben wird inzwischen gut unterstützt. Firefox unterstützt sie ab Version 96 und Safari ab Version 15.
Abrufpriorität
Mit der Abrufpriorität können Sie dem Browser mithilfe des Attributs fetchpriority mitteilen, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen. Hier sind die Werte "high", "low" und "auto" zulässig.
"high": Sie betrachten die Ressource als sehr wichtig und möchten, dass der Browser sie priorisiert, sofern die Heuristiken des Browsers dies nicht verhindern."low": Sie betrachten die Ressource als niedrig prioritär und möchten, dass der Browser sie herabpriorisiert, wenn seine Heuristiken dies zulassen."auto": Dies ist der Standardwert, mit dem der Browser die entsprechende Priorität festlegen kann.
Im Beispiel unten ist ein Bild mit niedriger Priorität mit fetchpriority="low" gekennzeichnet.
<img src="/images/in_viewport_but_not_important.svg" fetchpriority="low" alt="I'm an unimportant image!">
Weitere Informationen zu den verschiedenen Anwendungsfällen finden Sie unter Ressourcenladevorgänge mit der Fetch Priority API optimieren.
Weitere Neuerungen in diesem Release
Es gibt eine neue Methode forget() für USBDevice-Objekte. So können Sie ein Gerät vergessen, für das zuvor eine Berechtigung erteilt wurde. Das ist beispielsweise der Fall, wenn es sich um eine Anwendung handelt, die auf einem gemeinsam genutzten Computer mit vielen Geräten verwendet wird.
Außerdem wurde für Web-USB eine Korrektur für die Unterstützung von [SameObject] für zugehörige Attribute in USBDevice vorgenommen. Die Spezifikationsänderung finden Sie in einem PR für die Entwurfsspezifikation.
Dedizierte Worker, die von einem sicheren (HTTPS-)Ursprung geladen, aber von unsicheren (Nicht-HTTPS-)Kontexten instanziiert werden, gelten nicht mehr als sicher. Das bedeutet, dass in solchen Worker-Kontexten:
- self.isSecureContext jetzt false ist.
– self.caches und self.storageFoundation sind nicht mehr verfügbar.
Das Argument popup für window.open() wird jetzt auf true ausgewertet, da die Spezifikation für das Parsen dieses Arguments vor Kurzem geändert wurde. Bisher wurde window.open() als false interpretiert, wenn popup auf „wahr“ gesetzt wurde. Durch diese Änderung sind boolesche Funktionen einfacher zu verwenden und zu verstehen.
Weitere Informationen
Dies sind nur einige wichtige Highlights. Unter den folgenden Links finden Sie weitere Änderungen in Chrome 101.