Neu bei Chrome im ersten Teil

Dazu sollten Sie Folgendes wissen:

  • Die hwb()-Farbnotation bietet Ihnen eine neue Möglichkeit, Farben anhand von Farbton, Weiß und Schwärzung anzugeben.
  • Mit der Funktion Abrufpriorität können Sie dem Browser einen Hinweis darauf geben, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen.
  • Und es gibt viele weitere.

Sehen wir uns an, welche Funktionen in Chrome 101 verfügbar sind.

Farbnotation hwb()

hwb() wird in einem Artikel von Stefan Judis als „Farbnotation für Menschen“ beschrieben und gibt Farbe anhand von Farbton, Weiß und Schwärzung an. Wie bei anderen Farbnotationen gibt eine optionale Alpha-Komponente die Deckkraft an.

h1 {
  color: hwb(194 0% 0% / .5) /* #00c3ff with 50% opacity */
}

Diese Methode zur Farbangabe wird inzwischen gut unterstützt. Ab Version 96 wird sie in Firefox und ab Version 15 unterstützt.

Abrufpriorität

Mit der Abrufpriorität können Sie dem Browser mithilfe des Attributs fetchpriority mitteilen, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen. Die Werte "high", "low" und "auto" sind zulässig.

  • "high": Sie stufen der Ressource eine hohe Priorität ein und möchten, dass der Browser sie priorisiert, solange die Heuristik des Browsers dies nicht verhindert.
  • "low": Sie stufen der Ressource eine niedrige Priorität ein und möchten, dass der Browser ihr eine niedrigere Priorität einräumt, wenn die Heuristik dies zulässt.
  • "auto": Das ist der Standardwert, bei dem der Browser die geeignete Priorität festlegen kann.

Im folgenden Beispiel wird 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 Laden von Ressourcen mit der Fetch Priority API optimieren.

Auch in diesem Release

Es gibt eine neue forget()-Methode für USBDevice-Objekte. Dadurch können Geräte entfernt werden, denen zuvor eine Berechtigung erteilt wurde. Zum Beispiel, wenn es sich um eine App handelt, die auf einem gemeinsam genutzten Computer mit vielen Geräten verwendet wird.

Auch für Web-USB wurde eine Problembehebung zur Unterstützung von [SameObject] für verwandte Attribute in USBDevice durchgeführt. Die Änderung der Spezifikation finden Sie in einem PR zur Spezifikationsentwurf.

Dedizierte Worker, die aus einem sicheren Ursprung (HTTPS) geladen, aber durch unsichere Kontexte (Nicht-HTTPS) 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 nach einer kürzlich erfolgten Änderung der Spezifikation zum Parsen dieses Arguments jetzt als true ausgewertet. Bisher wurde window.open() als bedeutend false interpretiert, wenn popup auf „true“ gesetzt wurde. Durch diese Änderung sind boolesche Funktionen leichter zu verwenden und verständlicher.

Weitere Informationen

Dies sind nur einige der wichtigsten Punkte. Unter den folgenden Links finden Sie weitere Änderungen in Chrome 101.