Gutenberg 11.9 konzentriert sich auf Navigationsmenüs und Blockthemen

Gutenberg 11.9 ist am Mittwoch gelandet und ist vollgepackt mit Dutzenden von Verbesserungen. Die Mitwirkenden eilen voran und erhalten einige der letzten Funktionen vor der Veröffentlichung von WordPress 5.9, die am 14. Dezember erwartet wird.

Version 11.9 ist die letzte Plugin-Version, die neue Funktionen für das kommende WordPress-Update enthält. Fehlerbehebungen werden in den kommenden Wochen weiterhin portiert.

Site-Bearbeitung und themenbezogene Blöcke nehmen den größten Teil des Rampenlichts ein. WordPress 5.9 wird mit seinem ersten Standard-Blockdesign, Twenty Twenty-Two, ausgeliefert. Für viele Benutzer wird dies ihre erste Erfahrung mit der Vorlagenbearbeitung und globalen Stilen sein.

Der Navigationsblock erhielt viel Aufmerksamkeit, und das zu Recht. Die Entwickler haben einige wichtige Datenportabilitätsprobleme gelöst und eine abgerundete Benutzererfahrung geschaffen.

Insgesamt gibt es noch viel Luft nach oben, aber Gutenberg hat in den letzten Monaten einen weiten Weg zurückgelegt. Ich bin gespannt, wie die neuen Features aussehen werden, sobald sie im allgemeinen WordPress-Release landen.

Site-Editor verkleinert, sein Menü verschoben und umbenannt

Der Site-Editor wurde so weit zurückgeschraubt, dass er nicht mehr die Funktion ist, an die sich die Benutzer des Gutenberg-Plugins in den letzten Monaten gewöhnt haben. Es ist im Wesentlichen ein Weg zum globalen Styles-Feature.

Bei Vorlagen ist nur die Homepage der Website über die Benutzeroberfläche zugänglich. Durch Klicken auf das „W“-Symbol oben links im Editor wird nicht mehr das vertraute Vorlagenfenster geöffnet, in dem Benutzer früher navigieren, einzelne Vorlagen auswählen und anpassen konnten.

Durch Klicken auf die Schaltfläche „Alle Vorlagen durchsuchen“ werden Benutzer vom Website-Editor zu einem Vorlagenbildschirm weitergeleitet. Es sieht aus wie eine Beitragsliste und enthält keine Anleitung, wie man beispielsweise ein Autorenarchiv oder andere Themenvorlagen überschreibt. Ich kenne das System gut genug, um zu verstehen, was passiert, aber ich kann mir nur vorstellen, dass dies für den durchschnittlichen Benutzer schockierend wäre.

Benutzer können zu den Kopf- und Fußzeilenbereichen im Site-Editor springen, indem sie auf diese in der Dropdown-Liste klicken. Der Editor konzentriert sich einfach auf diese Vorlagenteile, ohne die Bildschirme zu wechseln.

Ich sehe jedoch keine Möglichkeit, bestimmte Vorlagen im Site-Editor zu bearbeiten. Das Ergebnis ist ein verwässerter Editor für Indexvorlagen mit globalen Stilen, der einzigen erlösenden Funktion.

Das Menüelement des Site-Editors wurde jetzt auch unter das Menü „Darstellung“ im WordPress-Adminbereich verschoben. Es heißt jetzt einfach „Editor“. Natürlich ist das Untermenü „Theme Editor“ immer noch da.

Ich erwarte nicht, dass dies die Benutzer überhaupt verwirren wird …

Abgesehen vom Sarkasmus ist dies der richtige Ort für den neuen Site-Editor, der nur angezeigt wird, wenn ein Benutzer ein Blockdesign aktiviert hat. Die beiden Untermenünamen widersprechen sich jedoch eindeutig. Könnte es einen besseren Ort geben, um den Design-Editor zu verschieben? Ein Vorschlag würde es unter Tools im Admin-Menü fallen lassen.

Man muss sich fragen, wie viel Nutzen es haben wird, Themendateien in einer Blockwelt direkt zu bearbeiten. Vorlagen können über die Benutzeroberfläche überschrieben werden. theme.json Einstellungen werden über die globale Styles-Schnittstelle gehandhabt. Das lässt meistens nur functions.php als einzigen Überbleibsel übrig. Es könnte an der Zeit sein, die Dateibearbeitung in WordPress standardmäßig zu deaktivieren, zumindest für Blockthemen.

Muster-Explorer

Benutzer auf Desktops und Tablets können jetzt eine Musterüberlagerung im Vollbildmodus genießen. Anstatt endlos durch Dutzende oder sogar Hunderte von Mustern im schmalen Inserter zu scrollen, können sie auf eine neue Schaltfläche „Erkunden“ klicken, um Muster in einer Oberfläche mit etwas mehr Spielraum zu erkunden.

Ich habe diese neue Funktion Anfang dieser Woche in einem vollständigen Testbericht behandelt. Es gibt noch ein paar Knicke, die mit dem Design ausgearbeitet werden müssen, aber es funktioniert bisher gut. Es legt auch den Grundstein für eine umfangreichere Reihe von Funktionen auf der ganzen Linie.

Navigationsdatenspeicherung und Navigationsbereichsblock

Navigationsblockdaten werden jetzt in einem dedizierten wp_navigation Beitragstyp gespeichert. Durch separates Speichern haben die Mitwirkenden nun eines der langjährigen Probleme mit blockbasierten Navigationsmenüs behoben: Portabilität.

In früheren Iterationen des Blocks verloren Benutzer ihre sorgfältig erstellten Menüs, wenn sie zu einem neuen Blockthema wechselten. Sie müssten Inhalte neu erstellen, die sich normalerweise nicht oft ändern.

Neben dieser Verbesserung gibt es einen neuen Navigationsbereichsblock, der als Wrapper für die Navigation dient. Theme-Autoren können benutzerdefinierte Bereiche in ihren Block-Theme-Vorlagen mit dem folgenden Code definieren:

 <!-- wp:navigation-area {"area":"primary"} --> <!-- wp:navigation /--> <!-- /wp:navigation-area -->

Der verschachtelte Navigationsblock ist mit einem wp_navigation post verknüpft. Dies wird in Zukunft das bevorzugte Format für Themenautoren sein.

Wenn ein Benutzer das Thema wechselt und der „Bereichs“-Name mit seinem vorherigen Thema übereinstimmt, wird das Menü einfach übernommen und automatisch angezeigt. Wenn sie nicht übereinstimmen, kann der Benutzer ein gespeichertes Menü zuweisen. Die Menü/Bereichsbeziehung wird in der Datenbank gespeichert.

Eines der Probleme mit dem Navigationsbereichsblock ist, dass er keine Ausrichtungssteuerelemente hat. Technisch gibt es selbst kein HTML aus. Seine Existenz im Editor verbietet es einem Benutzer jedoch, eine breite oder vollständige Ausrichtung für seinen inneren Navigationsblock auszuwählen.

Duotone-Filtertransparenz

Duotone-Filter auf Blöcken wie Bild und Cover unterstützen jetzt Transparenz. Benutzer sehen jetzt einen Schieberegler unter dem Farbwähler, wenn sie entweder Schatten oder Lichter anpassen.

Die Funktion öffnet die Tür für einen Doppelbelichtungseffekt oder eine Bildmaske, indem ein Bildblock über ein Cover gelegt wird. Alex Lende zeigte im Ticket ein paar Beispiele, wie das funktionieren könnte.

Die Entwickler stellten auch Möglichkeiten für eine Tritone-Option und andere Filtertypen fest.

API für den Zugriff auf globale Stile

Theme- und Plugin-Autoren sollten Spaß mit dieser neuen API haben, um mit dem globalen Styles-System zu interagieren. Zuvor mussten Entwickler die Klasse WP_Theme_JSON_Resolver verwenden, um Daten abzurufen, die sie auf der Serverseite benötigten. Jetzt haben sie drei neue Funktionen:

• gutenberg_get_global_settings() – Gibt Einstellungen zurück.
• gutenberg_get_global_styles() – Gibt Stileinstellungen zurück.
• gutenberg_get_global_stylesheet() – Gibt das globale Stylesheet zurück.

Vermutlich werden diese Funktionen vor der Landung in WordPress 5.9 umbenannt und haben nicht das Präfix gutenberg_ . Theme-Autoren sollten jede Verwendung dieser in function_exist() Prüfungen einschließen, um auf der sicheren Seite zu sein.

Neue Kommentarblöcke

Im neuesten Plugin-Update sind mehrere neue Kommentarblöcke gelandet. Die Blöcke „Kommentare Abfrageschleife“ und „Kommentarvorlage“ funktionieren ähnlich wie ihre Post-Pendants. Das aktuelle Ergebnis ist jedoch ein Barebone-Feature, das noch nicht für den produktiven Einsatz bereit ist. Verschachtelte Kommentare werden nicht angezeigt und es gibt nicht viele Optionen zum Anpassen der Ausgabe.

Es ist ein Schritt in Richtung Blockieren von Autoren und Benutzern von Themen (über den Site-Editor), die die Ausgabe von Post-Kommentaren steuern. Gutenberg 11.9 enthält auch neue Kommentar-Hilfsblöcke, die für die Erstellung von Vorlagen erforderlich sind:

• Kommentar-Antwort-Link
• Kommentar-Link
• Avatar kommentieren

Für eine Weile fühlten sich Kommentare wie ein nachträglicher Einfall an. Jede Bewegung zur Abrundung dieser fehlenden themenbezogenen Blöcke ist willkommen.