Das WordPress 5.6 Release Team zieht blockbasierten Widgets den Stecker

Ich habe mich geirrt. Ich habe unseren Lesern in meinem vorherigen Beitrag über die Bereitschaft der neuen Funktion versichert, dass „das blockbasierte Widget-System zur Hauptsendezeit bereit sein wird, wenn WordPress 5.6 landet“. Ich sagte auch, dass dies unter der Bedingung stand, dass ich nicht versuchte, es mit dem Customizer zum Laufen zu bringen – diese Erfahrung war immer noch kaputt. Das 5.6-Team hat jedoch zum zweiten Mal in diesem Jahr den Stecker bei blockbasierten Widgets gezogen.

Vor einer Woche schien WordPress 5.6 Release Lead Josepha Haden zuzustimmen, dass es fertig sein würde. In einem Entwicklungszyklus können sich die Dinge jedoch schnell ändern, und bei Beta-Release-Terminen müssen schwierige Entscheidungen getroffen werden.

Dies ist nicht das erste Feature, das das Team für eine zukünftige Version vorgesehen hat. Vor zwei Wochen haben sie blockbasierte Navigationsmenüs aus der Funktionsliste von 5.6 gestrichen. Beide Features waren ursprünglich für WordPress 5.5 geplant.

Seit Januar 2019, kurz nach dem ersten Start des Blockeditors in WordPress 5.0, wird ein neuer Widgets-Admin-Bildschirm entwickelt. Vorerst wurde die blockbasierte Widgets-Funktion auf WordPress 5.7 übertragen. Es wurde auch mit dem Tag „früh“ versehen, was bedeutet, dass es bald nach Beginn des 5.7-Veröffentlichungszyklus in den Kern von WordPress aufgenommen werden sollte. Dies wird ihm mehr Zeit zum Reifen geben und mehr Menschen die Gelegenheit geben, es zu testen.

Helen Hou-Sandi, die Core Tech Lead für 5.6, lieferte einen historischen Bericht über die Entscheidung und warum sie nicht bereit war, in das neue Ticket aufgenommen zu werden:

Meine Frage zu Funktionen, die sich auf das Frontend auswirken, lautet: „Kann ich dieses neue Ding ausprobieren, ohne meine Website zu beschädigen?“ – das heißt, Benutzervertrauen. Angesichts der Tatsache, dass Widget-Bereiche zum jetzigen Zeitpunkt nicht so angezeigt werden, wie Sie es auf Ihrer Website sehen, ohne dass Themes wirklich Mühe darauf verwenden, und dass Sie Ihre Änderungen ohne Überarbeitungen live speichern müssen, um eine tatsächliche kontextbezogene Ansicht zu erhalten, tun Widget-Bereichsblöcke dies nicht ermöglichen es Ihnen, diese neue Funktion auszuprobieren, ohne Sie für das Experimentieren zu bestrafen.

Sie fuhr fort, dass die aktuelle Erfahrung im Moment unterdurchschnittlich sei. Probleme im Zusammenhang mit der Customizer-Erfahrung, die ich vor über einem Monat ausführlich behandelt habe, wurden ebenfalls erwähnt.

„Also, wenn wir noch einmal darauf zurückkommen, sollten wir im Auge behalten, was es bedeutet, den Benutzern das sichere Gefühl zu geben, dass sie ihre Website mit WordPress so gestalten können, wie sie es möchten, und nicht so, als müssten sie um das herumarbeiten, was wir haben ihnen gegeben“, sagte Hou-Sandi.

Das ist trotz der schweren Entscheidung ein hoffnungsvoller Ausblick. Manchmal müssen solche Anrufe langfristig zum Wohle des Projekts getätigt werden. Eine Funktion für eine bessere Benutzererfahrung auf eine zukünftige Version zu verschieben, kann besser sein als ein früher Start mit einer unterdurchschnittlichen Erfahrung.

„Das Gute daran ist, dass jetzt Widgets für 5.7 weiterhin ‚neu erfunden‘ werden können und noch mehr Verbesserungen erhalten“, sagte der leitende WordPress-Entwickler Andrew Ozz in dem Ticket. „Ich bin mir nicht sicher, wie viele Leute dies etwas länger getestet haben, aber Blöcke in den Widget-Bereichen (auch bekannt als Seitenleisten) eröffnen viele neue Möglichkeiten und machen viele der alten, begrenzten Widgets obsolet. Die „Widget-Bereiche“ werden zu so etwas wie „spezialisierten Posts mit dynamischeren Inhalten“, die es Benutzern (und Designern) ermöglichen, viele Dinge zu tun, die mit den alten Widgets entweder schwierig oder unmöglich waren.“

Nach der Enttäuschung, dass eines meiner am meisten erwarteten Features von 5.6 fallen gelassen wurde, ist es ermutigend, die positive Einstellung der Community-Führungskräfte zu dem Projekt zu sehen.

„Weißt du, ich war auch sehr hoffnungsvoll und dieser Anruf in letzter Minute war einer, an dem ich gearbeitet habe“, sagte Haden. „Als ich das letzte Mal nachgesehen habe, schien es fast fertig zu sein, aber dann wurden gezieltere Tests durchgeführt und es gab einige Interaktionen, die für Benutzer etwas rau sind. Dafür bin ich dankbar, denn die Zeit, schmerzhafte Benutzererfahrungen zu entdecken, liegt eher vor der Markteinführung als danach!“

Obwohl WordPress 5.6 sein zweites Hauptfeature gestrichen hat, hat es immer noch einige große Highlights, die in weniger als zwei Monaten ausgeliefert werden. Das neue Twenty Twenty-One-Design scheint ein Hauch frischer Luft zu sein und wird blockbezogene Funktionen untersuchen, die in früheren Standarddesigns nicht zu sehen waren. Haden wies auch auf automatische Updates für Hauptversionen, Unterstützung von Anwendungskennwörtern für die REST-API und Verbesserungen der Barrierefreiheit als Funktionen hin, auf die man sich freuen kann.

WordPress 5.6 Beta 1 wird voraussichtlich heute ausgeliefert.

Hinzufügen neuer Funktionen zu einem alten Projekt

Manchmal fühlt es sich an, als hätte das Gutenberg-Projekt mehr abgebissen, als es kauen kann. Viele der großen Feature-Pläne verpassen ständig Projektionen. Zwischen vollständiger Website-Bearbeitung, globalen Stilen, Widgets, Navigationsmenüs und vielem mehr ist es schwierig, sich auf eine Funktion zu konzentrieren und sie versandbereit zu haben. Auf der anderen Seite kann eine zu starke Fokussierung auf eine Richtung auf lange Sicht zu Lasten anderer Funktionen gehen. Alle diese Teile müssen schließlich zusammenkommen, um ein zusammenhängenderes Ganzes zu schaffen.

Auch WordPress ist 17 Jahre alt. Jede neue Funktion kann sich auf ältere Funktionen oder Code auswirken. Das Ziel blockbasierter Widgets besteht darin, eine vorhandene Funktion so umzustellen, dass sie in einem neuen System funktioniert, ohne dabei Millionen von Websites zu beschädigen. Einundzwanzig Monate Arbeit an einem einzigen Feature zeigen, dass es kein einfach zu lösendes Problem ist.

„Sie haben so recht mit komplexen technischen Problemen!“ sagte Haden. „Wir sind jetzt an einem Punkt in der Geschichte des Projekts angelangt, an dem das Verbinden aller Teile uns vor unvorhergesehene Komplikationen stellen kann.“

Das Projekt muss auch darüber nachdenken, wie es einige der Probleme angehen kann, mit denen es konfrontiert war, wenn wichtige Funktionen nicht ganz fertig gestellt wurden. Ist das Team zu dünn besetzt, um sich auf alle Teile zu konzentrieren? Gibt es Bereiche, die wir verbessern können, um Funktionen voranzutreiben?

„Es wird eine Retrospektive geben, in der wir feststellen können, welche Teile unseres Prozesses in Zukunft verbessert werden können, aber ich bin auch der Meinung, dass das Setzen von erweiterten Zielen für jedes Softwareprojekt gut ist“, sagte Haden. „Viele Mitwirkende haben ein Gefühl der Dringlichkeit, die Kraft von Blöcken in mehr Bereiche in WordPress zu bringen, was ich teile, aber wenn es Zeit für die Auslieferung ist, müssen wir dies mit unserem tiefen Engagement für Benutzerfreundlichkeit in Einklang bringen.“

Ein Problem, das immer deutlicher wird, ist, dass die Frontend-Bearbeitung im Laufe der Jahre schwieriger geworden ist. Derzeit können Widgets und Navigationsmenüs an zwei Stellen in WordPress mit völlig unterschiedlichen Oberflächen bearbeitet werden. Die vollständige Site-Bearbeitung fügt dem Mix eine völlig neue Benutzeroberfläche hinzu.

„Ich denke, eines der Probleme, die wir mit Gutenberg zu lösen versuchen, war schon immer eine konsistentere Erfahrung beim Bearbeiten von Elementen über die WordPress-Oberfläche“, sagte Haden. „Kein Benutzer sollte fünf verschiedene Workflows lernen müssen, um sicherzustellen, dass seine Seite bei der Veröffentlichung so aussieht, wie er es sich vorgestellt hat.“

In der Zwischenzeit, die in Jahren gezählt werden kann, müssen sich Endbenutzer wahrscheinlich mit diesen zahlreichen Schnittstellen auseinandersetzen – die sich überschneiden, während neue Funktionen entwickelt werden. Dies kann einfach ein notwendiger Wachstumsschmerz eines alternden Projekts sein, das versucht, das Rudel hungriger Konkurrenten im CMS-Bereich anzuführen.

„Es besteht großes Interesse daran, die Anzahl der Workflows zu reduzieren, und ich bin zuversichtlich, dass wir uns auf nur eine schöne, intuitive Benutzeroberfläche konsolidieren können“, sagte Haden.