Der Block-Editor war ein echter Wendepunkt für WordPress. Die Idee, dass wir Blöcke von Inhalten erstellen und sie wie Komponenten anordnen können, bedeutet, dass wir eine Menge Flexibilität bei der Erstellung von Inhalten haben und viele Möglichkeiten zur Entwicklung neuer modularer Inhaltstypen.
Aber seit der anfänglichen Einführung des Editors hat sich im Block-Ökosystem noch viel mehr getan. Letztes Jahr schrieb Dmitry Mayorov über das Aufkommen von Block-Variationen und wie diese noch mehr Flexibilität bieten, indem sie bestehende Blöcke erweitern, um stilisierte Variationen davon zu erstellen.
Dann bekamen wir Block-Muster, also die Möglichkeit, Blöcke zu wiederverwendbaren Mustern zusammenzufügen.
Das bedeutet also, wir haben Blöcke, Block-Variationen, wiederverwendbare Blöcke und Block-Muster. Das ist eine Menge fantastischer Werkzeuge für die Gestaltung von Layouts direkt im Editor!
Aber Sie haben vielleicht gehört, dass WordPress Pläne für Blöcke hat, die *über* den Beitrags-Editor hinausgehen. Sie zielen direkt auf globale Elemente – Menüs, Kopfzeilen, Fußzeilen und dergleichen – ab, um Voll-Site-Bearbeitungs- (FSE) Funktionen direkt in WordPress zu etablieren.
Wow. Ich kann sicherlich nicht für alle sprechen, aber mein Verstand geht sofort dazu über, was das für Theme-Entwickler bedeutet. Ich meine, was ist ein Theme, bei dem die Vorlagen im Editor statt im Code entworfen werden? Ich stelle mir vor, ein Theme ist vielmehr wie eine Sammlung von Hüllen, die nur wenig Markup enthalten. Und vielleicht fließt mehr Entwicklung in die Erstellung von Blöcken, Block-Mustern und Block-Variationen, um alles zusammenzufügen.
Das ist tatsächlich der Fall, und Sie können es jetzt testen. Stellen Sie sicher, dass Sie WordPress 5.6+ verwenden, dann installieren Sie das experimentelle TT1 Blocks Theme und das Gutenberg-Plugin.
Wenn man das Theme genauer betrachtet, sind es eigentlich zwei PHP-Vorlagen und – halten Sie sich fest – HTML-Dateien, die für Block-Vorlagen und Block-Vorlagen-*Teile* verwendet werden.
Ich bin persönlich voll und ganz auf dieser Richtung. Ich würde sogar so weit gehen zu sagen (ich schaue mich nach Chris um), dass CSS-Tricks ebenfalls voll und ganz dahintersteht. Wir haben letztes Jahr auf Blöcke umgestellt und das hat unsere Liebe zum Schreiben von Blogbeiträgen wie diesem neu belebt. (Ehrlich gesagt, hätte ich so etwas in der Vergangenheit wahrscheinlich zuerst mit einem Code-Editor geschrieben und es dann mit dem klassischen Editor nach WordPress portiert. Das war zu dieser Zeit eine bessere Schreiberfahrung für mich.)
Obwohl ich an Blöcke glaube, weiß ich, dass andere es nicht tun. Tatsächlich arbeite ich mit vielen Leuten zusammen, die (und das meine ich freundlich) glückselig unwissend über den Block-Editor sind. Die Entwicklung für den Block-Editor ist eine riesige mentale Umstellung und es gibt derzeit einen Mangel an Dokumentation dafür. Die Dinge sind immer noch in aktiver Entwicklung und Iterationen des Block-Editors kommen mit jeder neuen WordPress-Version. Man kann den Leuten keinen Vorwurf machen, wenn sie entscheiden, auf den nächsten Zug zu warten, während sich die Dinge beruhigen und Standards entwickeln.
Aber gleichzeitig entspricht es Matt Mullenwegs inzwischen berühmt gewordenem Rat an WordPress-Entwickler im Jahr 2015: *Lerne JavaScript, und zwar tiefgehend.*
Ich war (und bin immer noch sehr) begeistert von Blöcken. Die Voll-Site-Bearbeitung macht mir ein wenig Angst, aber das liegt hauptsächlich daran, dass sie das Konzept der Blöcke aus dem Editor herausbewegt, wo ich gerade erst anfange, ein gutes Gefühl dafür zu bekommen.
Was auch immer das alles bedeuten mag, worauf ich mich am meisten freue, ist eine offizielle Veröffentlichung eines Standard-Themes, das FSE unterstützt. Erinnern Sie sich an das erste Mal, als Sie ein WordPress-Theme geöffnet haben? Ich staunte über das Markup und verbrachte unzählige Stunden damit, an Codezeilen zu fummeln, bis ich es zu meinem eigenen gemacht habe. Das ist die Erfahrung, die ich erwarte, wenn ich das neue Theme zum ersten Mal öffne.
Bis dahin, hier ist eine Art Zusammenfassung der Möglichkeiten, auf dem Laufenden zu bleiben
- Make WordPress Design – Das Handbuch listet FSE als eine der aktuellen Prioritäten des Teams auf, mit einem Überblick über das Projekt. Es wurde zuletzt im Mai 2020 aktualisiert, daher bin ich mir nicht sicher, wie aktuell die Informationen sind und ob die Seite noch gepflegt wird.
- How to Test FSE – Anleitungen zum Einrichten einer FSE-Site lokal und zur Teilnahme an Tests.
- TT1 Theme Repo – Sehen Sie, was gemeldet wird und wie der Status dieser Probleme ist. Dies ist der Ort, an dem Sie die Theme-Entwicklung verfolgen können.
- Gutenberg Plugin Repo – Gemeldete Probleme für das Plugin. Dies ist der Ort, an dem Sie die Block-Entwicklung verfolgen können.
- Theme Experiments Repo – Schauen Sie sich weitere Themes an, die mit Blöcken und FSE experimentieren.
- #fse-answers – Eine Sammlung von Antworten auf viele Fragen zu FSE.
- #fse-outreach-experiment – Slack-Kanal für die Diskussion von FSE.
Meine Meinung zu CMS
1) Die Branche muss aufhören, WordPress zu verwenden, und stattdessen entwicklerfreundliche, moderne Systeme wie Strapi und Directus nutzen, die Best Practices der Programmierung verwenden, im Gegensatz zu den archaischen Funktionen von WordPress
2) Benutzern muss weniger die Möglichkeit gegeben werden, das gesamte Webdesign zu bearbeiten, da die meisten von ihnen nicht einmal eine ordnungsgemäße Website mit Optimierungen erstellen können. Sie sollten sich nur auf Textinhalte konzentrieren, nicht auf Layout und Design
1) Genau! WordPress verwendet wirklich alte Funktionalitäten, wir haben heute so viel mehr zur Verfügung und es fühlt sich an, als würde WP hinter seinen Möglichkeiten zurückbleiben.
2) Genau. Das gab es schon im alten WP-Editor. Jetzt verkompliziert und verschleiert Gutenberg viele Dinge für die Benutzer. Obwohl ich das Konzept der Blöcke liebe, kann ich mir vorstellen, dass es für neue Benutzer verwirrend ist. Aber vielleicht ist das nur meine Voreingenommenheit.
Ich stimme Punkt zwei zu. Als jemand, der für eine nationale Zeitung in Irland als Designerin gearbeitet hat, gab uns das von uns verwendete CMS den Journalisten und Redakteuren viel zu viel "Flexibilität". In einigen Fällen wurde das Design nicht berücksichtigt, die Beziehung zwischen Leerraum und Inhalt, Typografie oder Ästhetik. Ihr erster Punkt, Sie müssen weit mehr als nur WordPress ersetzen, WooCommerce zum Beispiel. Es ist zu dieser Zeit allgegenwärtig und es gibt noch viel mehr, das daran hängt
Ihr zweiter Punkt ist genau richtig, es gibt eine riesige Anzahl von Einzelpersonen und kleinen Agenturen, die WordPress verwenden, um Websites für kleine Unternehmen zu erstellen, die nicht nur nicht die Fähigkeiten haben, sondern auch kein Interesse daran haben, ganze neue Seiten mit Inhalten zu erstellen und zusammenzustellen (so aufregend das auch für Entwickler sein mag), sondern nur die vorhandenen Inhalte aktuell halten und Artikel/Nachrichten usw. veröffentlichen. Ich denke, das wird immer so bleiben.
Vielen Dank für das Verfassen dieses Beitrags und dafür, dass Sie das FSE Outreach Program hervorheben. Ich übernehme derzeit die Leitung dieser Bemühungen, daher habe ich mich gefreut, diesen Beitrag zu sehen! Ich wollte speziell hervorheben, dass einer der spannenden Aspekte der Voll-Site-Bearbeitung darin besteht, wie die Werkzeuge und Funktionen, die als Teil des breiteren Projekts entwickelt werden, hilfreich sein werden, unabhängig davon, ob Sie sich vollständig für FSE entscheiden oder nicht. Der letzte Meilenstein dieser Arbeit ist aus gutem Grund "Gradual Adoption"! Zum Beispiel könnten wir in Zukunft Variationen wie die folgenden sehen
Ein traditionelles Theme + globale Stile
Ein traditionelles Theme + FSE-Vorlagen
Ein traditionelles Theme + Site-Editing-Blöcke
Ein Block-Theme ohne Unterstützung für globale Stile (also sind alle Stile CSS)
Ein Block-Theme mit vollständiger Unterstützung für globale Stile
Ein traditionelles Theme + blockbasierte Widgets
Ein traditionelles Theme + blockbasierte Widgets + blockbasierter Navigationsbildschirm
Das bedeutet, dass diejenigen, die an der Spitze sein wollen, es sein können. Umgekehrt wird es für diejenigen, die sich langsam herantasten wollen, großartige Wege geben, dies zu tun. Bleiben Sie auf jeden Fall dran! Abschließend, falls es hilfreich ist, wollte ich auf diesen Beitrag über Möglichkeiten, über Voll-Site-Bearbeitung auf dem Laufenden zu bleiben hinweisen, da er heute noch relevant ist.
Ich bin @annezazu im WordPress.org Slack, wenn jemand dort chatten möchte oder Feedback zum Outreach Program hat (helfen Sie beim Testen von FSE, indem Sie eine lustige 404-Seite erstellen).
Das ist *super* hilfreich, danke Anne!
Hier ist der richtige Einstieg in die Dokumentation des Entwickler-Block-Editors https://developer.wordpress.org/block-editor/
Ich bin der Lead Dev in einer Agentur und wir bauen schon seit geraumer Zeit auf diese Weise, indem wir ACF Flexible Content Layouts verwenden und wiederverwendbare Blöcke als Template Parts erstellen.
Es hat sich als äußerst effizient erwiesen, da wir ein Repository mit gängigen Blöcken aufgebaut haben, die wir in ein Projekt einfügen und dann einfach die CSS entsprechend dem Design anpassen können.
Block-Variationen, -Muster und wiederverwendbare Blöcke werden ein weiterer Wendepunkt sein, der uns auch dazu zwingen wird, endlich zum Block-Editor zu wechseln.
Ich bin begeistert von den Möglichkeiten, die sich daraus ergeben, insbesondere im Hinblick auf den Aufbau von JS-Frontends mit JAMStack und der WP REST API.
Behalten Sie diesen Bereich im Auge!
Ich wollte den neuen Editor wirklich lieben – ich habe es mehrmals versucht. Aber ich denke, das Ding ist eine komplette UX-Katastrophe (zumindest für mich). Es verstößt konsequent gegen alle Regeln einer guten UX, zum Beispiel gibt es kein richtiges Feedback, so dass ich wild auf dem Bildschirm herumklicken muss, damit etwas passiert. Keine Richtlinien für das Layout. Ich weiß nicht, wo ein Block anfängt und aufhört. Es ist unmöglich, den Editor mit dem tatsächlichen visuellen Erscheinungsbild in meinem mentalen Modell einer Seite in Beziehung zu setzen. Die Bildskalierung funktioniert nicht, sie zerstört das Layout im Editor-Modus vollständig und sieht im Frontend völlig anders aus. Ich könnte endlos weitermachen... Ich denke, dieser Editor möchte ein cooles neues Layer auf ein Produkt aufsetzen, das einfach nicht die technische Grundlage hat, um zu funktionieren. Außerdem würde ich ernsthaft bezweifeln, dass dies jemals von einem UX-Designer berührt oder auch nur ordnungsgemäß Benutzertests unterzogen wurde. Ich schaue mir jetzt Kirby, Grav, Bolt und andere CMS an. Ich brauche nur eine Option, um WooCommerce zu ersetzen, damit Kunden ihren E-Commerce haben können. Wenn jemand eine gute WooCommerce / WordPress-Alternative hat, würde ich mich freuen, davon zu hören!