Neu bei Chrome im ersten Teil

Rachel Andrew

Dazu sollten Sie Folgendes wissen:

  • Mit der Farbnotation hwb() können Sie Farben jetzt auch nach Farbton, Weißanteil und Schwarzanteil angeben.
  • Mit Fetch Priority können Sie dem Browser mitteilen, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen.
  • Und es gibt noch viel mehr.

Sehen wir uns an, was in Chrome 101 verfügbar ist.

hwb()-Farbnotation

hwb() wird in einem Artikel von Stefan Judis als „Farbnotation für Menschen“ beschrieben und gibt die Farbe anhand von Farbton, Weißanteil und Schwarzanteil an. Wie bei anderen Farbnotationen wird mit einer optionalen Alphakomponente die Deckkraft angegeben.

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

Diese Methode zur Angabe von Farben wird jetzt 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 einen Hinweis darauf geben, in welcher Reihenfolge Ressourcen heruntergeladen werden sollen. Es werden die Werte "high", "low" und "auto" akzeptiert.

  • "high": Sie betrachten die Ressource als wichtig und möchten, dass der Browser sie priorisiert, sofern die Heuristiken des Browsers dies nicht verhindern.
  • "low": Sie betrachten die Ressource als niedrig priorisiert und möchten, dass der Browser sie bei Bedarf herunterstuft.
  • "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 Ressourcenladen mit der Fetch Priority API optimieren.

Ebenfalls in diesem Release

Es gibt eine neue Methode von forget() für USBDevice-Objekte. Dadurch kann ein Gerät, dem zuvor eine Berechtigung erteilt wurde, vergessen werden. Das ist beispielsweise der Fall, wenn die Anwendung auf einem gemeinsam genutzten Computer mit vielen Geräten verwendet wird.

Auch für Web USB wurde ein Fehler behoben, um [SameObject] für zugehörige Attribute in USBDevice zu unterstützen. Die Spezifikationsänderung finden Sie in einem PR für die Spezifikationsentwurf.

Dedicated Workers, 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 Folgendes gilt: - self.isSecureContext ist jetzt false. – self.caches und self.storageFoundation sind nicht mehr verfügbar.

Das popup-Argument für window.open() wird jetzt als true ausgewertet. Das liegt an einer kürzlich erfolgten Änderung der Spezifikation für das Parsen dieses Arguments. Bisher wurde window.open() als false interpretiert, wenn popup auf „true“ gesetzt war. Diese Änderung erleichtert die Verwendung und das Verständnis von booleschen Funktionen.

Weitere Informationen

Hier werden nur einige wichtige Punkte behandelt. Über die Links unten finden Sie weitere Änderungen in Chrome 101.