Eine reduzierte Webfonts-API kann in WordPress 6.0 landen oder gar nicht – WP Tavern

21. April 2022
Eine reduzierte Webfonts-API kann in WordPress 6.0 landen oder gar nicht - WP Tavern

Jeder, der die Entwicklung der Webfonts-API beobachtet oder daran teilgenommen hat, kann bestätigen, dass es eine emotionale Achterbahnfahrt war. An einem Punkt schien es ein shoo-in für WordPress 5.9. Dann war es Punted zur nächsten Version. Sicher, dass es war Wieder landen, wir schauen die Strecke hinunter und fragen uns, wohin uns der nächste Dip oder Twist führen wird.

Am Wochenende hatte ich ein Gefühl der Angst. Die WordPress 6.0 Beta 1-Version letzte Woche fühlte sich verfrüht an. Ich bin genauso gespannt auf das nächste große Update wie auf jedes andere zuvor. Es gibt Tonnen von bemerkenswerten Eigenschaften. Es ist in Ordnung, dass einige von ihnen nicht für eine Beta-Version poliert werden, aber das Problem war die Liste der unvollständigen und fehlenden Teile.

Die Entscheidung, die Block "Name des Postautors" Ich kratzte mich am Kopf. Es ist eine offensichtliche Paarung für den neuen Post Author Biography-Block und fühlt sich für die Unterstützung von Autorenvorlagen fast notwendig an.

Der neue Comments Query Loop-Block, ein Ersatz für Post Comments, wurde fehlende wichtige Funktionen. Glücklicherweise schienen die meisten davon jetzt im Quadrat zu sein.

Dann gab es die Web Fonts API. Ich hatte ihm seit seiner Aufnahme in Gutenberg 12,8 vor über einem Monat. Ich war froh, dass es zusammengeführt wurde und benutze es seitdem. Es gab jedoch einige Probleme, die die Aufnahme in die 6.0-Version beeinträchtigen könnten. Es fehlte deutlich in der ersten Beta, und es gab keine endgültige Entscheidung über seinen Status als Beta 2, die gestern eingeführt wurde. Es gibt noch mehrere offene, Tickets mit hoher Priorität für die API.

Jede der problematischen Funktionen war mit anderen Highlights der bevorstehenden 6.0-Version verbunden, und die Webfonts-API ist untrennbar mit dem verbunden, was wohl die Crème de la Crème der Gruppe: Globale Stilvariationen.

Erstmals vor der Veröffentlichung von WordPress 5.9 und dem zugehörigen Standardthema angepriesen, würden globale Stilvariationen es Endbenutzern ermöglichen, zwischen vorgefertigten "Skins" zu wechseln. Twenty Twenty-Two würde das Feature in all seinen Wundern präsentieren:

Mögliche Variationen von Twenty Twenty-Two.

Das Feature schaffte es jedoch nicht, den Schnitt zu machen. Das war in Ordnung, weil die Webfonts-API auch nicht hineingequetscht wurde. Diese Variationen würden es Theme-Autoren ermöglichen, verschiedene Farben, Blockstile und Schriftarten zu mischen und anzupassen. Wie ein PB & J ohne das J ist die globale Stilvariationsfunktion eine feine Mahlzeit für sich, aber Schriftarten bieten eine Vielzahl von Geschmacksrichtungen, die Benutzer verdienen zu probieren. Wenn wir auf eine zukünftige Veröffentlichung gegen Ende des Jahres warten, könnte sich Twenty Twenty-Two bis dahin wie eine alte Nachricht anfühlen.

Nach der Veröffentlichung von WordPress 6.0 Beta 2 ist es zur Crunchtime für diese lang erwartete Funktion geworden, die standardisiert, wie Schriftarten in WordPress geladen werden. Eine Wahrheit ist fast in Stein gemeißelt: Die komplette API wird auf eine zukünftige Version verschoben. Es gibt jedoch einen Funken Hoffnung für Themenautoren, dass eine theme.json-only Version wird verfügbar sein.

Tonya Mork hat eine Ticket zum Reduzieren der Funktion , um das programmgesteuerte Registrieren und Einreihen von Schriftarten in die Warteschlange zu verbieten. Zusammen mit der Arbeit von Ari Stathopoulos hat die assoziierte Pull Request auf GitHub würde es den Theme-Autoren weiterhin ermöglichen, benutzerdefinierte Schriftarten über theme.json und benutzerdefiniert /styles/*.json Dateien.

Es ist ein Kompromiss für eine robuste API, auf die viele gewartet haben, aber es ist notwendig. Es gibt jedoch immer noch keine Garantien, und der Patch muss eher früher als später von Theme-Autoren getestet werden.

So sehr ich möchte, dass die Webfonts-API in 6.0 landet, wäre ich nachlässig, nicht darauf hinzuweisen, dass der 12. April, das Veröffentlichungsdatum von Beta 1, das "Effektives Einfrieren von Funktionen." Im Wesentlichen ist dies die Frist für neue Funktionen für den Release-Zyklus.

Diese Fristen sind nicht willkürlich. Sie geben den Benutzern Zeit, Fehler zu testen und zu melden. Sie ermöglichen es Theme- und Plugin-Entwicklern, sicherzustellen, dass ihre Erweiterungen funktionieren. Wenn neue Features in Beta 3 und Release Candidates landen, kann es manchmal ein verrücktes Gerangel sein, in einem bereits rasanten Zyklus aufzuholen.

An einem bestimmten Punkt muss sich WordPress an seine eigenen Regeln halten. Ansonsten fühlt es sich an, als ob einige Haustierfunktionen einen Pass bekommen, wo andere vielleicht nicht bekommen.

Die Webfonts-API ist eines der Dinge, für die ich nichts dagegen hätte, die Regeln zu brechen. Mein einziges Argument ist, dass es ein so integraler Bestandteil globaler Stilvariationen ist, dass ich mir nicht vorstellen kann, aufe und nicht das andere. Dies jetzt zu entgleisen, wird viele mögliche Theme-Fortschritte für Monate zurückwerfen, da die Entwickler auf die 6.1-Veröffentlichung warten.

Quelle


Dieser Artikel ist im Original von wptavern.com und wurde übersetzt
https://wptavern.com/a-pared-back-web-fonts-api-may-land-in-wordpress-6-0-or-not-at-all

Abonniere den RSS-Feed von unseren WP News und verpasse keine Meldung: https://die-mainagentur.de/feed/?post_type=wp-news

Alternativ kannst du unseren WP-Newsletter abonnieren

Mit dem Eintrag in den WP-Newsletter bekommst du per Mail über neue Artikel zugesendet. Du kannst den Newsletter jederzeit abbestellen.
Mehr dazu in der Datenschutzerklärung