Neu in Chrome 108

Dazu sollten Sie Folgendes wissen:

Mein Name ist Adriana Jara. Jetzt sehen wir uns an, was es bei Chrome 108 Neues für Entwickler gibt.

Neue Größeneinheiten für den Darstellungsbereich

Mit den neuen Einheiten für den Darstellungsbereich haben Sie mehr Kontrolle beim Erstellen adaptiver Benutzeroberflächen.

Diese Einheiten messen den Darstellungsbereich anders, da sie UI-Elemente im Browser berücksichtigen, die maximiert oder minimiert werden können. z. B. die Adressleiste.

Die large-Einheiten geben die Größe des Darstellungsbereichs an, vorausgesetzt, diese User-Agent-Oberflächen sind minimiert.

Andererseits liefern die small-Einheiten bei erweiterten Oberflächen die Größe des Darstellungsbereichs.

Und mit dynamic-Einheiten wird die Größe des Darstellungsbereichs automatisch angepasst, wenn die Elemente der Browseroberfläche angezeigt werden oder nicht.

Der Wert ist alles innerhalb der Grenzen der großen Einheit (das Maximum) und kleine Einheiten (das Minimum).

Die verschiedenen Teile des Darstellungsbereichs für jeden Typ von Darstellungsbereich-Einheit.

Weitere Informationen findest du in diesem Artikel. Sehen Sie sich auch die Änderungen an der Anpassung der Größe des Darstellungsbereichs unter Android an, damit Ihr Darstellungsbereich entsprechend gehandhabt wird .

Variable Schriftarten werden jetzt in COLRv1 unterstützt.

COLRv1-Farbvektor-Schriftarten werden seit Chrome 98 unterstützt, in der ersten Version wurden jedoch nur statische Funktionen der COLRv1-Tabelle unterstützt.

Die COLRv1-Spezifikation umfasst aber auch OpenType-Varianten. Dies bedeutet, dass Änderungen an den Schrifteigenschaften durch Ändern der Variablenachsenwerte möglich sind. Solche Varianten werden jetzt unterstützt.

Diese Version umfasst auch die Bedingungserweiterungen font-tech() und font-format() für CSS @supports .

Unter diesen Bedingungen kann der Entwickler erkennen, wann die Schriftfunktionen verfügbar sind, um dem Nutzer die neueste Version zu bieten, und einen Fallback erstellen, falls der Support nicht unterstützt wird.

In unserer Demo zeigen wir Ihnen, wie Sie Ihren Worten mit verschiedenen Schriftarten eine Wirkung verleihen.

FileSystemSyncAccessHandle-Methoden sind jetzt synchron.

Das private Dateisystem des Ursprungs bietet Zugriff auf eine spezielle Art von Datei, die hochgradig leistungsoptimiert ist. Entwickler können durch Aufrufen von createSyncAccessHandle() auf diese Dateien zugreifen. Dies ist eine Methode, die für FileSystemFileHandle-Objekte verfügbar gemacht wird.

Dieser Aufruf führt zu einem FileSystemSyncAccessHandle.

Die Methoden truncate(newSize), getSize(), flush() und close() in diesem Zugriffs-Handle waren früher asynchron, seit Chrome 108 jedoch synchron.

Für diese Änderung gibt es einen guten Grund, denn FileSystemSyncAccessHandle entspricht jetzt der synchronen, POSIX-ähnlichen Datei-API, die Wasm-basierte Anwendungen erwarten. Dadurch wird die API ergonomischer und die Leistung kann erheblich gesteigert werden.

Diese Änderung kann funktionsgefährdend sein. Wenn Sie die oben genannten Methoden verwenden, funktioniert die Verwendung von Promise.then() nicht mehr. Wenn Sie einen then()-Aufruf für das Ergebnis einer der zuvor asynchronen und jetzt synchronen Methoden verketten, müssen Sie Ihren Code ändern.

// ⛔️ This will break, and you need to restructure your code:
accessHandle.flush().then(/* Follow-up code */);
// ✅ Correct:
accessHandle.flush();
/* Follow-up code */

Eine ausführliche Anleitung finden Sie in diesem Artikel.

…und vieles mehr

Natürlich gibt es noch viel mehr.

Weitere Informationen

Dies sind nur einige der wichtigsten Punkte. Weitere Änderungen in Chrome 108 finden Sie unter den folgenden Links.

Abo

Wenn Sie auf dem Laufenden bleiben möchten, abonnieren Sie den YouTube-Kanal für Chrome-Entwickler. Wir benachrichtigen Sie per E-Mail, wenn wir ein neues Video veröffentlichen.

Ich bin Adriana Jara. Sobald Chrome 109 veröffentlicht wird, melde ich mich mit Informationen zu den Neuheiten in Chrome.