FSE- und WordPress-Designs: Wie sieht das MVP aus?

Josepha Haden Chomphosy, Executive Director von WordPress, veröffentlichte eine Fortsetzung ihres Überblicks über das kommende Jahr. Es häuften sich Fragen darüber, wie ein Minimum Viable Product (MVP) für Full Site Editing (FSE) aussah, das voraussichtlich im April im Gutenberg-Plugin fertig sein wird. Das Kernteam strebt auch einen Juni-Start von FSE in WordPress an, wenn es WordPress 5.8 ausliefert.

Dies scheinen hochgesteckte Ziele zu sein, aber Mitglieder der WordPress-Entwicklungs- und Geschäftsgemeinschaft fragten sich: „Was ist ein MVP für FSE?“ Das ist keine neue Frage. Ob es das schnelle Entwicklungstempo, ein Kommunikationszusammenbruch oder so viel des Projekts ist, das hinter Schichten von GitHub-Problemen verborgen ist, es kann schwer zu verfolgen sein. Es gibt keine große Webseite, die jeden Schritt bis ins kleinste Detail beschreibt, wohin das Projekt geht. Informationen können sich manchmal verstreut anfühlen. Dies kann Drittentwicklern und Geschäftsinhabern, die wissen müssen, was sie erwarten müssen, um ihre Produkte zu aktualisieren, eine Pause bereiten.

Joost de Valk, der CPO von Yoast, äußerte in den Kommentaren seine Frustration über den Prozess. Später haben wir dies ausführlicher besprochen.

„Ich denke, FSE wird ändern, was ein Thema ist, und, wenn es richtig ausgeführt wird, es viel einfacher machen, ein Thema zu erstellen, da Themen viel kleiner sein werden“, sagte er. „Das bringt jedoch die Last auf die Community, zuverlässige Stilmethoden und Konventionen für Klassennamen oder ähnliches zu finden, damit das Styling überall funktioniert. Ich verstehe derzeit nicht, was überhaupt als MVP für Full Site Editing angesehen wird, und ich sehe auch keine Diskussionen darüber, wie es mit Themen funktioniert, die nicht speziell dafür entwickelt wurden, und das macht mir Sorgen.“

Er teilt einige der gleichen Bedenken wie andere in der Community, die das Gefühl haben, dass es keinen Prozess für ein MVP gibt.

„Und so etwas gibt es nicht“, sagte er. „Vision ohne Ausführung ist nur Halluzination.“

Chomphosy sagte, dass sie sich der Verbundenheit bewusst sei. „Ich sehe auch, dass die von uns veröffentlichten Informationen nicht in einem sauberen und nachvollziehbaren Beitrag sind, der den Menschen helfen würde, im Namen von 39 % des Internets gute Entscheidungen zu treffen“, sagte sie.

Sie zeigte auf ein Ticket, das sechs (jetzt sieben) Meilensteine ​​auflistet. Jeder dieser Meilensteine ​​stellt zusammengenommen dar, wo FSE für ein MVP sein muss.

„Gemeinsam skizzieren sie eine Architektur, die den Ausdruck eines vollständigen Themas mithilfe von Blöcken und einem Editor ermöglicht, der dieses Thema anpassen kann“, schrieb sie. „ Das MVP sollte es ermöglichen, eine Version des Twenty Twenty-One-Themes zu erstellen, die nur Blöcke verwendet, ohne Programmierkenntnisse. „

Das Folgende ist eine Aufschlüsselung der Meilensteine, die abgeschlossen werden müssen, bevor wir die erste Version von FSE Land in WordPress sehen:

Meilenstein 1: Infrastruktur und UI

Der vielleicht wichtigste Teil von FSE ist ein funktionierender Site-Editor. Die Zusammenführung des WordPress-Template-Systems zu einer zusammenhängenden Benutzeroberfläche ist die Grundlage des Projekts. Die zugrunde liegende Infrastruktur behandelt, wie Vorlagen und Vorlagenteile funktionieren. An diesem Punkt befindet sich diese Stiftung an einem zuverlässigen Ort. Es sind alle Funktionen, die darauf aufbauen, die mehr Arbeit erfordern. Dieser Meilenstein umfasst auch die Einrichtung der Website-Bearbeitungsschnittstelle und die Handhabung des Speicherns mehrerer Entitäten.

Die letzte Etappe des Meilensteins ermöglicht es Benutzern, Vorlagen aus dem Post-Editor heraus zu bearbeiten und effektiv zwischen Inhalts- und Designbearbeitung zu wechseln. Das FSE Outreach-Programm hat diese Funktion kürzlich getestet, um Feedback nach Gutenberg 9.6 zu sammeln.

Meilenstein 2: Surfen

Dieser Meilenstein umfasst alle Arbeiten zum Navigieren in der Benutzeroberfläche des Site-Editors. Es gibt viele bewegliche Teile, wie das Wechseln zwischen Seiten, Vorlagen, Vorlagenteilen, globalen Stilen und mehr. Benutzer müssen wissen, an welchem ​​Element sie arbeiten.

Dies ist der einzige Meilenstein, der als abgeschlossen markiert ist. Es gibt jedoch ein offenes Ticket, um die Idee eines „Browsing“-Modus neben den Bearbeitungs- und Auswahlmodi zu untersuchen.

Meilenstein 3: Styling

Dieser Meilenstein konzentriert sich größtenteils auf das kommende Global Styles-System. Das System erstellt eine Hierarchie, wie Stile auf Blöcke angewendet werden, von Themenvorgaben über globale Benutzeränderungen bis hin zu Stiloptionen pro Block.

Während ein Großteil der Arbeit für ein MVP abgeschlossen ist, gibt es Dutzende von Feature-Tickets im Rückstand. Dies ist auch ein Bereich, in dem das Blocksystem um Jahre hinter Seitenerstellern von Drittanbietern zurückliegt. Erwarten Sie, basierend auf dem Feedback nach der Markteinführung, langfristige Funktionserweiterungen zu sehen.

Meilenstein 4: Themenblöcke

Themenautoren sollten dieses Ticket genau im Auge behalten. Blockbasierte Themes werden für die meisten Theme-Entwickler nur dann Realität, wenn alle Template-Tags einen entsprechenden Block im Site-Editor haben. Oder zumindest, wenn die am häufigsten verwendeten Template-Tags dies tun. Einige dieser Funktionen sind im Blockeditor nicht mehr anwendbar. Theme-Entwickler sollten sicherstellen, dass sie über die Blöcke verfügen, die sie benötigen, um alles neu zu erstellen, was sie heute bauen.

Zugegebenermaßen bin ich traurig zu sehen, dass Blockierungen für Lesezeichen/Links wahrscheinlich nicht vorankommen werden. Obwohl die Funktion veraltet ist, bin ich immer noch nostalgisch in Bezug auf die guten alten Blogroll-Tage. Vielleicht wäre dies am besten ein Plugin verlassen. Eine Wiederbelebung des Link Manager-Plugins könnte angebracht sein.

Meilenstein 5: Abfrageblock

Der Abfrageblock und der entsprechende Schleifenblock sind in gewisser Weise die wichtigsten Teile der vollständigen Site-Bearbeitung. Sie handhaben, welche Beiträge geladen werden und wie sie angezeigt werden. Das Feature ist eines der komplexeren Rätsel, die es zu lösen gilt. Das Gutenberg-Entwicklungsteam hat monatelang daran gearbeitet und ist jetzt auf einer guten Ausgangsbasis. Es muss jedoch meilenweit gehen, bevor es all die Dinge, die Themenautoren damit tun müssen, ernsthaft bewältigen kann.

Im Moment behandelt der Abfrageblock nur eine Handvoll Optionen zum Anpassen der Abfrage. Das Team muss bestimmen, welche Steuerelemente in der Seitenleiste für Endbenutzer verfügbar sein sollen, und die Blöcke mit Mustern für verschiedene Arten von Post-List-Anzeigen integrieren.

Meilenstein 6: Navigationsblock

Abgesehen vom Abfrageblock ist die Navigation der einzige andere Block, der einen eigenen Meilenstein benötigt. Probleme mit dem Navigationsmenü plagen das WordPress-Projekt seit weit über einem Jahrzehnt. Es ist eines der schwierigsten Dinge, es richtig zu machen. Während Navigationsmenüs in WordPress heute im Allgemeinen einfach zu handhaben sind, kann ihr Design vom Endbenutzer nicht angepasst werden. Die Ausgabe liegt vollständig im Ermessen des Themenautors. Es ist wahrscheinlich eines der schwierigsten Probleme für das Gutenberg-Projekt, der Reihe möglicher Menüdesigns gerecht zu werden, die sich Themenautoren wünschen könnten, und es für den Endbenutzer anpassbar zu machen.

Es gibt mindestens ein paar Dutzend Untertickets, die Mitwirkende benötigen. Selbst dann könnte es einige Versionen später dauern, bis der Navigationsblock für die komplexeren Muster bereit ist, die heute in einigen Themen verwendet werden.

Meilenstein 7: Schrittweise Einführung

Nachdem die ersten sechs Meilensteine, die das MVP darstellen, abgeschlossen sind, benötigt WordPress eine Möglichkeit, Endbenutzern und Themenautoren die schrittweise Einführung von FSE zu ermöglichen. In erster Linie wäre dies eine Mischung aus blockbasierten Vorlagen und traditionellen PHP-basierten Vorlagen. Entwickler sollten ihre Themen aktualisieren können, ohne sie im großen Stil zu ändern, wodurch möglicherweise Teile ihrer Benutzerbasis zurückgelassen werden.

Blockbasierte Widgets und Navigationsbildschirme fallen ebenfalls unter diesen Meilenstein. Beide Funktionen wurden in zukünftige Versionen verschoben, nachdem sie 2020 nicht gelandet waren. Dies werden jedoch Sprungbretter für Benutzer sein, die noch nicht ganz bereit sind, zu FSE zu wechseln, oder dies aufgrund ihres Themas nicht können.