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, welche Möglichkeiten Chrome 101 bietet.
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 kann dem Browser mithilfe des Attributs fetchpriority mitgeteilt werden, 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 herabstuft, 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.
Auch in dieser Version
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 Änderung der Spezifikation ist in einem PR-Artikel zum Spezifikationsentwurf zu finden.
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
Hier werden nur einige wichtige Highlights behandelt. Unter den folgenden Links finden Sie weitere Änderungen in Chrome 101.