Demnächst in WordPress 5.5: Funktionen und Änderungen, die Theme-Autoren kennen sollten

Der 11. August, das angestrebte Veröffentlichungsdatum für WordPress 5.5, ist nur knapp zwei Wochen entfernt. Für Entwickler, die die kommende Version noch nicht vollständig im Griff haben, ist jetzt ein guter Zeitpunkt, um zu prüfen, wie sich Änderungen auf ihre Projekte auswirken könnten. Insbesondere Theme-Autoren können sich auf einige neue Features und einige Breaking Changes freuen.

Zum größten Teil wird WordPress 5.5 neue Funktionen einführen, die Theme-Entwickler ihren Themes hinzufügen können. Die beiden größten Änderungen, die sich negativ auf ihre Designs auswirken könnten, sind jedoch automatische Updates und direkte HTML-Änderungen an der benutzerdefinierten Logoausgabe.

Abgesehen von den neuen Funktionen und Änderungen sollten Theme-Autoren unsere Berichterstattung über das Gutenberg-Plugin nachholen und mit seinen Updates testen, die in das Kern-WordPress integriert werden.

Automatische Updates

WordPress 5.5 wird endlich automatische Updates für Plugins und Themes einführen. Es ist eine lang erwartete Funktion und sollte eine gute Sache sein, um Endbenutzer auf dem Laufenden zu halten und die normalerweise sicherste Version ihrer Erweiterungen auszuführen. Der große Nachteil automatischer Updates ist jedoch, dass die meisten Themes und Plugins nicht das gleiche Maß an Qualitätskontrolle haben, wie es der WordPress-Kern erhält. Selbst die besten Entwicklungsfirmen haben möglicherweise nur wenige Leute, die sich den Code ansehen.

Auf der anderen Seite bedeutet die Funktion für automatische Updates, dass Themenautoren Fixes viel schneller an Endbenutzer weitergeben können.

Die große Sache ist, dass Theme-Entwickler sich darüber im Klaren sein müssen, dass Benutzer automatische Updates aktivieren werden. Für einige bedeutet dies möglicherweise nichts an ihren Veröffentlichungszyklen zu ändern. Für andere könnte es bedeuten, etwas mehr Zeit in Anspruch zu nehmen, um sicherzustellen, dass eine zusätzliche Qualitätskontrolle vorhanden ist. Der Erfolg automatischer Updates liegt direkt auf den Schultern der Plugin- und Theme-Autoren. Es ist eine große Verantwortung, die nicht auf die leichte Schulter genommen werden sollte. WordPress setzt viel Vertrauen in seine Entwickler-Community, um dies richtig zu machen.

HTML-Änderung für benutzerdefinierte Logos

Als Teil eines Barrierefreiheits-bezogenen Tickets für WordPress 5.5 geben die Kernfunktionen get_custom_logo() und the_custom_logo() beim Anzeigen der Website-Startseite keinen Link mehr um das Logobild herum aus. Diese Änderung wurde vorgenommen, weil der Link selbst standardmäßig auf die Homepage zeigt und in diesem Zusammenhang unnötig ist.

Im Moment gibt es 183 Themen im offiziellen Themenverzeichnis, die auf den Link in ihrem CSS abzielen. Das bedeutet nicht zwangsläufig, dass alle 183 Themes beim Update kaputt gehen. Dies bedeutet jedoch wahrscheinlich, dass einige von ihnen ein oder zwei Optimierungen benötigen.

Themenautoren wird empfohlen, die .custom-logo-link Klasse anstelle eines bestimmten HTML-Elements als Ziel zu verwenden. Die neue Änderung fügt ein <span> -Element anstelle eines <a> -Elements auf der Startseite hinzu. Beide verwenden dieselbe Klasse.

Blockmuster sind angekommen

Es ist kein Geheimnis, dass ich geradezu schwindelig bin bei der Aussicht, dass Themendesigner auf die Welt losgelassen werden und ihre Talente durch Blockmuster glänzen lassen. Muster gehören seit dem ersten Start des Gutenberg-Projekts zu den fehlenden Funktionen. Für Themenautoren stellen sie das fehlende Bindeglied dar zwischen dem Entwerfen einzigartiger „Vorlagen“ oder „Abschnitte“ und dem Bereitstellen von Endbenutzern, um sie zu ihren Websites hinzuzufügen.

Blockmuster sind im Wesentlichen Gruppen vorkonfigurierter Blöcke, die Benutzer auf Knopfdruck in ihre Posts oder Seiten einfügen können. Das Schöne an dem System ist, dass Themenautoren alle Muster entwerfen können, die ihr Herz begehrt, und sie ihren Benutzern leicht zur Verfügung stellen können. Keine Notwendigkeit für komplizierte Themeneinstellungen. Keine langwierigen Tutorials, die erklären, wie man die Demo neu erstellt. Entwerfen Sie etwas im Blockeditor. Registrieren Sie es als Muster. Lassen Sie Benutzer es in einen Beitrag einfügen und sich freuen.

Dies ist eine Gelegenheit, die Themenautoren noch nie zuvor hatten. Es ist eine Gelegenheit, schöne Designs zu erstellen, ohne sich Sorgen machen zu müssen, dass es für den durchschnittlichen Benutzer zu kompliziert wird. Es ist ein entscheidender Moment in der Designgeschichte des WordPress-Themes. Theme-Autoren haben die Möglichkeit, das System zu pushen und zu sehen, wozu WordPress und sein Blockeditor wirklich in der Lage sind.

Erstellen Sie ein Restaurantthema? Bieten Sie Benutzern mehrere Speisemenümuster. Etwas für Romanautoren oder andere Buchautoren erstellen? Bieten Sie Benutzern einige Layoutoptionen für die Präsentation ihrer Bücher.

Die Blockmuster-API hebt viele frühere Einschränkungen dessen auf, was Themenautoren realistischerweise tun könnten. Jetzt ist es an der Zeit, dass diese Themenautoren die Verantwortung übernehmen.

Zeilenhöhen und benutzerdefinierte Einheiten

Der Blockeditor verfügt über zwei neue Tools, die Endbenutzer nutzen können: benutzerdefinierte Zeilenhöhen und benutzerdefinierte Einheiten. Theme-Autoren können sich dafür entscheiden, Benutzern zu erlauben, die Zeilenhöhe von Absätzen und Überschriften mit dem custom-line-heights Theme-Support-Flag zu bearbeiten. Sie können Benutzern auch ermöglichen, zwischen verschiedenen Einheiten zu wechseln, z. B. beim Definieren der Höhe des Cover-Blocks, mit dem Flag für custom-units . Zusätzlich zu den Pixeln können Themen definieren, welche Einheiten unterstützt werden.

Es kann schwierig sein, Benutzern zu erlauben, den Zeilenhöhenwert für Text anzupassen. Es gibt einige Situationen, in denen es gerechtfertigt ist. Für Themenautoren, die es vorziehen, einen strengen vertikalen Rhythmus beizubehalten, könnte dies jedoch zu einer Katastrophe führen. Dies wird wahrscheinlich auf eine persönliche Entscheidung der Entwickler hinauslaufen, basierend auf der Art des Themas, das sie erstellen.

Zugängliche Widgets-Navigation

Ab WordPress 5.5 können Theme-Autoren sich für die Ausgabe zugänglicherer Widgets entscheiden. Standardmäßig tun Widgets, die ungeordnete Listen anzeigen, dies ohne Kontext. Dies kann es für Benutzer, die Hilfstechnologien verwenden, schwierig machen, auf der Website zu navigieren.

Theme-Autoren können jetzt navigation-widgets zum HTML5-Theme-Unterstützungs-Array hinzufügen, um das neue Markup hinzuzufügen. WordPress umschließt dann alle Kern-Widgets mit einem <nav> -Element und einem aria-label basierend auf dem Widget-Titel.

Dies wirkt sich nicht auf Widgets von Plugins von Drittanbietern aus. Plugin-Autoren sollten ihre Widgets neu bewerten, um festzustellen, ob sie diese Funktion unterstützen möchten.

Aktualisierungen der Vorlagenfunktionen

WordPress fügt in der kommenden Version einige nette Features für seine Templating-Funktionen hinzu. Die erste große Änderung besteht darin, dass Themenautoren Daten an Vorlagendateien übergeben können. Wir haben diese Geschichte zuvor in der Taverne behandelt. Diese Funktion, obwohl sie Jahre verspätet ist, sollte immer noch für komplexere Design-Setups nützlich sein und es Entwicklern ermöglichen, seltsame Problemumgehungen oder interne Lösungen zu umgehen.

Funktionen zum Laden von Vorlagen wie get_template_part() und andere geben in WordPress 5.5 ebenfalls einen Wert zurück. Wenn die Vorlage nicht gefunden wird, gibt die Funktion einen false Wert zurück. Andernfalls wird void zurückgegeben. Dies ist in Situationen hilfreich, in denen Themenautoren eine Bedingung ausführen müssen, um zu überprüfen, ob eine Vorlage vorhanden ist.