FSE und WordPress-Themes: Wie sieht das MVP aus?
Josepha Haden Chomphosy, die Geschäftsführerin von WordPress, postete eine Fortsetzung ihres Ausblicks auf das kommende Jahr. Es kamen Fragen auf, wie ein Minimum Viable Product (MVP) für Full Site Editing (FSE) aussieht, das im Gutenberg-Plugin voraussichtlich im April fertig sein wird. Das Kernteam strebt außerdem eine Einführung von FSE in WordPress im Juni an, wenn WordPress 5.8 ausgeliefert wird.
Dies scheinen hochgesteckte Ziele zu sein, aber Mitglieder der WordPress-Entwicklungs- und Business-Community fragten sich: “Was ist ein MVP für FSE?” Dies ist keine neue Frage. Ob es nun das rasante Entwicklungstempo ist, eine Panne in der Kommunikation oder dass so viel von dem Projekt hinter vielen Schichten von GitHub-Problemen versteckt ist, es kann schwer sein, zu folgen. 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. Das kann Drittentwicklern und Geschäftsinhabern, die wissen müssen, was sie erwarten können, um ihre Produkte zu aktualisieren, eine Pause verschaffen.
Joost de Valk, der CPO von Yoast, äußerte in den Kommentaren seine Frustration über diesen Prozess. Wir haben das später noch einmal genauer besprochen.
“Ich denke, FSE wird verändern, was ein Theme ist, und, wenn es richtig ausgeführt wird, wird es viel einfacher, ein Theme zu bauen, da Themes viel kleiner sein werden”, sagte er. “Das bringt die Last auf die Community, sich zuverlässige Methoden für das Styling auszudenken, und Konventionen für Klassennamen oder ähnliches, damit das Styling überall funktioniert. Ich verstehe derzeit nicht, was überhaupt als MVP für Full Site Editing in Betracht gezogen wird, und ich sehe auch keine Diskussionen darüber, wie es mit Themes funktionieren wird, die nicht speziell dafür gebaut 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 einen MVP gibt.
“So etwas gibt es nicht”, sagte er. “Eine Vision ohne Ausführung ist nur eine Halluzination.”
Chomphosy sagte, sie sei sich der Zusammenhänge bewusst. “Ich sehe auch, dass die Informationen, die wir veröffentlicht haben, nicht in einem aufgeräumten und nachvollziehbaren Beitrag sind, der den Leuten helfen würde, gute Entscheidungen für 39% des Webs 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.
“Zusammen skizzieren sie eine Architektur, die es erlaubt, ein komplettes Thema mit Hilfe von Blöcken und einem Editor, der dieses Thema anpassen kann, auszudrücken”, schrieb sie. “Das MVP sollte es ermöglichen, eine Version des Twenty Twenty-One-Themes zu erstellen, die nur Blöcke verwendet, ohne jegliche Programmierkenntnisse.”
Es folgt eine Aufschlüsselung der Meilensteine, die erreicht werden müssen, bevor wir die erste Version von FSE in WordPress landen sehen:
Meilenstein 1: Infrastruktur und UI
Der vielleicht wichtigste Teil von FSE ist ein funktionierender Site-Editor. Die Verschmelzung des WordPress-Templating-Systems mit einer kohärenten Benutzeroberfläche ist die Grundlage des Projekts. Die zugrunde liegende Infrastruktur regelt, wie Templates und Template-Teile funktionieren. An diesem Punkt ist dieses Fundament an einer zuverlässigen Stelle. Es sind alle Funktionen, die darauf aufbauen, die mehr Arbeit benötigen. Dieser Meilenstein beinhaltet auch die Einrichtung der Schnittstelle für die Site-Bearbeitung und die Handhabung des Speicherns mehrerer Einheiten.
Die letzte Etappe des Meilensteins ermöglicht es den Benutzern, Vorlagen aus dem Post-Editor heraus zu bearbeiten und so effektiv zwischen der Bearbeitung von Inhalt und Design zu wechseln. Das FSE Outreach Program hat dieses Feature kürzlich getestet, um Feedback nach Gutenberg 9.6 zu sammeln.
Meilenstein 2: Browsing
Dieser Meilenstein umfasst die gesamte Arbeit für die Navigation auf der UI des Site-Editors. Es gibt viele bewegliche Teile, wie das Wechseln zwischen Seiten, Vorlagen, Vorlagenteilen, globalen Stilen und mehr. Die Benutzer müssen wissen, an welchem Element sie gerade arbeiten.
Dies ist der einzige Meilenstein, der als abgeschlossen markiert ist. Es gibt jedoch ein offenes Ticket für die Erforschung der Idee eines “Browsing”-Modus neben dem Bearbeitungs- und Auswahlmodus.
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 angewandt werden, von den Standardeinstellungen des Themas über globale Änderungen durch den Benutzer bis hin zu den Stiloptionen pro Block.
Während ein Großteil der Arbeit für ein MVP abgeschlossen ist, gibt es Dutzende von Feature-Tickets im Backlog. Dies ist auch ein Bereich, in dem das Blocksystem Jahre hinter den Page Buildern von Drittanbietern liegt. Erwarten Sie langfristige Funktionserweiterungen basierend auf dem Feedback nach dem Launch.
Meilenstein 4: Theme-Blöcke
Theme-Autoren sollten dieses Ticket genau im Auge behalten. Die einzige Möglichkeit, dass blockbasierte Themes für die meisten Theme-Entwickler Realität werden, ist, wenn alle Template-Tags einen entsprechenden Block im Site-Editor haben. Oder zumindest, wenn die meistgenutzten Template-Tags dies tun. Einige dieser Funktionen sind im Block-Editor nicht mehr anwendbar. Theme-Entwickler sollten sicherstellen, dass sie die Blöcke haben, die sie benötigen, um alles, was sie heute bauen, neu zu erstellen.
Zugegebenermaßen bin ich traurig darüber, dass die Blöcke für Bookmarks/Links wahrscheinlich nicht weiterentwickelt werden. Obwohl die Funktion veraltet ist, bin ich immer noch nostalgisch über die guten alten Blogroll-Tage. Vielleicht wäre es besser, dies als Plugin zu belassen. Eine Wiederbelebung des Link-Manager-Plugins könnte in Ordnung sein.
Meilenstein 5: Query-Block
Der Abfrage-Block und der zugehörige Schleifen-Block sind in gewisser Weise die wichtigsten Teile des Full Site Editing. Sie regeln, welche Beiträge geladen werden und wie sie angezeigt werden. Das Feature ist eines der komplexeren Puzzles, die zu lösen sind. Das Gutenberg-Entwicklungsteam hat monatelang daran gearbeitet, und es ist jetzt auf einer guten Basislinie. Es ist jedoch noch ein weiter Weg, bis es ernsthaft alle Dinge handhaben kann, die Theme-Autoren damit machen müssen.
Im Moment bietet der Query-Block nur eine Handvoll Optionen zum Anpassen der Abfrage. Das Team muss festlegen, 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 Abfrage-Block ist die Navigation der einzige andere Block, der einen eigenen Meilenstein benötigt. Probleme mit Navigationsmenüs plagen das WordPress-Projekt schon seit weit über einem Jahrzehnt. Es ist eines der schwierigsten Dinge, die man richtig hinbekommt. Während Navigationsmenüs in WordPress heute im Allgemeinen einfach zu handhaben sind, ist ihr Design vom Endbenutzer nicht anpassbar. Die Ausgabe liegt ganz im Ermessen des Theme-Autors. Die Vielfalt der möglichen Menüdesigns, die Theme-Autoren wünschen, zu berücksichtigen und sie für den Endbenutzer anpassbar zu machen, ist wahrscheinlich eines der schwierigsten Probleme für das Gutenberg-Projekt.
Es gibt mindestens ein paar Dutzend Untermenüs, die von den Autoren mitgestaltet werden müssen. Selbst dann könnte es noch mehrere Versionen dauern, bis der Navigationsblock für die komplexeren Muster, die heute in einigen Themes verwendet werden, bereit ist.
Meilenstein 7: Schrittweise Einführung
Nachdem die ersten sechs Meilensteine, die den MVP repräsentieren, abgeschlossen sind, braucht WordPress einen Weg, der es Endbenutzern und Theme-Autoren ermöglicht, FSE schrittweise zu übernehmen. In erster Linie wäre dies eine Mischung aus blockbasierten Templates und traditionellen PHP-basierten Templates. Entwicklern sollte es erlaubt sein, ihre Themes zu aktualisieren, ohne sie komplett zu ändern und damit möglicherweise Teile ihrer Benutzerbasis zurückzulassen.
Blockbasierte Widgets und Navigationsbildschirme fallen ebenfalls unter diesen Meilenstein. Beide Features wurden auf zukünftige Versionen verschoben, nachdem sie nicht in 2020 landen konnten. Sie werden jedoch Sprungbretter für Benutzer sein, die noch nicht ganz bereit sind, auf FSE umzusteigen oder dies aufgrund ihres Themes nicht können.
