Erkunden der vollständigen Seitenbearbeitung mit dem Q WordPress Theme

Ich habe gespannt auf den Moment gewartet, in dem ich ein Design installieren und die vollständige Website-Bearbeitungsfunktion von Gutenberg wirklich testen konnte. Im Großen und Ganzen fühlte sich jedes Mal, wenn ich es in den letzten Monaten getestet habe, die Erfahrung völlig kaputt an. Aus diesem Grund bin ich skeptisch geblieben, ob das Feature diesen Dezember in WordPress 5.6 landen wird.

Das Q-Thema von Ari Stathopoulos ist das erste Thema, das ein anständiges Arbeitsbeispiel zu sein scheint. Ob das ein Glücksfall mit dem Timing ist oder ob dieses bestimmte Thema einfach richtig gebaut ist, ist schwer zu sagen – Stathopoulos ist ein Teamvertreter für das Thementeam. Gutenberg 9.1 wurde letzte Woche eingestellt, da weiterhin an der Bearbeitung der Website gearbeitet wurde.

Q ist so experimentell wie es nur geht. Das Thementeam hat bereits im März dieses Jahres einen offenen Aufruf für experimentelle, blockbasierte Themen veröffentlicht. Allerdings haben nicht viele das Team auf dieses Angebot angesprochen. Wenn es genehmigt wird, ist Q das erste blockbasierte Thema, das im offiziellen WordPress-Verzeichnis live geht. Es muss sich noch durch den Standardüberprüfungsprozess arbeiten und wartet darauf, dass es in den kommenden Wochen an der Reihe ist.

Insgesamt bleibt die Bearbeitung der gesamten Website eine frustrierende und verwirrende Erfahrung. Ich bleibe immer noch skeptisch bezüglich seiner Bereitschaft, selbst in Beta-Form, in WordPress 5.6 der Welt anzugeben.

Q ist jedoch ein interessantes Thema, das es an dieser Stelle sowohl für Endbenutzer als auch für Entwickler von Themen zu untersuchen gilt. Benutzer können es installieren und über das Gutenberg-Plugin mit dem Website-Bearbeitungsbildschirm herumbasteln. Entwickler können lernen, wie globale Stile, Vorlagen und Vorlagenteile aus einem funktionierenden Design zusammenpassen.

Verwenden des Site-Editors

Das Q-Design erfordert, dass das Gutenberg-Plug-in und sein Full-Site-Bearbeitungsmodus aktiviert sind. Im Allgemeinen ist die Anforderung eines Plugins für Designs im Verzeichnis nicht zulässig. Experimentelle Gutenberg-Themen dürfen diese Richtlinie jedoch umgehen.

Stathopoulos wies darauf hin, dass das Thema sehr experimentell ist und nicht auf einer Produktionsseite verwendet werden sollte. Er hofft jedoch, dass sich mehr Augen auf die Bearbeitung der gesamten Website richten werden.

Er erwähnte, dass mehrere Elemente defekt sind, wie z. B. Kategoriearchive, die nicht die richtigen Beiträge anzeigen. Dies ist eine aktuelle Einschränkung des Abfrageblocks in Gutenberg. Eine der besten Möglichkeiten, diese Art von Problemen zu finden und zu erkennen, besteht jedoch darin, ein Thema zu haben, das mit dem Tempo der Entwicklung Schritt hält.

Derzeit hat der Site-Editor das Gefühl, dass er mehr abbeißt, als er kauen kann. Benutzer können nicht nur das Layout und Design der Seite bearbeiten, sondern auch vorhandene Post-Inhalte direkt bearbeiten – versuchen Sie dies nicht zu Hause, es sei denn, Sie möchten, dass Ihre Post-Titel auf den Slug mit Bindestrich umgestellt werden. Sollte der Website-Editor die doppelte Aufgabe des Designs und der Inhaltsbearbeitung übernehmen? Wenn ja, sollten Design und Content-Redaktion langfristig an getrennten Stellen gehandhabt oder zu einem Feature zusammengeführt werden?

Es fühlt sich roh an. Es ist an dieser Stelle nicht auf Benutzer ausgerichtet.

Der Lichtblick beim Site-Editor ist der aktuelle Fortschritt bei Vorlagenteilen im Editor. Vorlagenteile sind im Wesentlichen „Module“, die einen Teil der Seite behandeln. Zum Beispiel hat das typische Design einen Vorlagenteil für Kopf- und Fußzeilen. Derzeit können Endbenutzer benutzerdefinierte Vorlagenteile einfügen oder einen Vorlagenteil gegen einen anderen austauschen. Dies eröffnet eine Welt voller Möglichkeiten, z. B. dass Benutzer zwischen mehreren Header-Designs (Vorlagenteilen) für ihre Websites wählen können.

Der Nachteil des gesamten Vorlagensystems ist, dass es so vom Website-Editor getrennt zu sein scheint, dass es schwer zu glauben ist, dass der durchschnittliche Benutzer verstehen würde, was vor sich geht. Vorlagen und Vorlagenteile befinden sich im Menü „Darstellung“ im Adminbereich. Der Site-Editor ist ein separates Menüelement der obersten Ebene. Ohne bereits vorhandenes Wissen darüber, wie diese Teile zusammenarbeiten, kann es verwirrend sein.

Vorlagenteile haben bei mir im Site-Editor von Anfang an funktioniert. Allerdings funktionierten sie zunächst nicht am Frontend. Ich habe stundenlang die Meldung „Vorlagenteil nicht gefunden“ erhalten. Dann, irgendwann – ob durch Magie oder eine zufällige Speicherung, die alles zusammenführte – begann die Funktion, die zuvor fehlenden Vorlagenteile für Kopf- und Fußzeilen auszugeben.

Einblicke in die Zukunft der Theme-Entwicklung

Das Q-Design hat nur wenige Stilregeln, die es direkt in den <head> -Abschnitt der Website lädt, anstatt ein zusätzliches Stylesheet hinzuzufügen. Es stützt sich auf die Standard-Gutenberg-Blockstile am vorderen Ende mit einigen geringfügigen Überschreibungen. Die meisten anderen benutzerdefinierten Stile werden über das globale Stilsystem gehandhabt, das aus der Konfigurationsdatei „ experimental-theme.json “ des Designs (in Zukunft „ theme.json “) abruft.

Es stellt sich die Frage, ob Themes notwendigerweise viel CSS benötigen, wenn die vollständige Website-Bearbeitung landet.

Wenn WordPress Benutzern erlaubt, die meisten Stile über Blockoptionen und globale Stilüberschreibungen zu konfigurieren, benötigen Themes möglicherweise nicht viel mehr als ihre Konfigurationsdateien. Danach würde es darauf ankommen, benutzerdefinierte Blockstile und -muster zu registrieren.

Wenn dies die Zukunft ist, auf die wir zusteuern, könnte im Wesentlichen jeder ein WordPress-Theme erstellen. Und diese Teile, wie Vorlagenteile und Muster, könnten alle von jeder Site gemeinsam genutzt werden. In dieser Zukunft spielen Themen möglicherweise keine Rolle mehr.

Letztes Jahr schlug Mike Schinkel vor, das Theme-System komplett abzuschaffen und durch Web-Komponenten zu ersetzen.

„Anstatt nach einem Thema zu suchen, das alle Funktionen hat, die man braucht – was meiner Erfahrung nach die Auswahlmöglichkeiten immer auf null beschränkt – könnte ein Websitebesitzer nach den Komponenten und Modulen suchen, die er benötigt, und dann seine Website aus diesen Modulen zusammenstellen“, sagte er . „Sie könnten eine Kopfzeile, eine Fußzeile, einen Homepage-Helden, eine Reihe von Artikelkarten, ein Preismodul und so weiter auswählen.“

Je mehr ich an der Bearbeitung der gesamten Site bastle, desto mehr fühlt es sich so an, als wäre dies die Spur, in die sie letztendlich übergehen wird. Stellen Sie sich eine Zukunft vor, in der Endbenutzer die gewünschten Teile auswählen und auswählen und einfach direkt am Frontend anzeigen lassen können.

Es ist spannend, über diese Möglichkeit nachzudenken. Sowohl Schinkel als auch ich haben eher Programmier- als Design-Hintergrund. Bei dieser analytischen Denkweise ist es sinnvoll, alles in ordentliche, wiederverwendbare Boxen zu packen, denn die Wiederverwendung ist ein Eckpfeiler der intelligenten Programmierung.

Ich mache mir jedoch Sorgen um den Stand der Konstruktion in einem solchen System mit so vielen austauschbaren Teilen. Werden Designer in der Lage sein, ganzheitliche Ansätze zur Themenentwicklung zu verfolgen und wirklich komplizierte Kunstwerke zu schaffen? Wird dieses System im Wesentlichen ein Netz von Cookie-Cutter-Sites schaffen? Oder werden Designer einfach Wege finden, über den Tellerrand hinaus zu denken, während sie sich innerhalb der Beschränkungen des Blocksystems bewegen?