Gutenberg 12.9 fügt Blocksperrbenutzeroberfläche, automatische Musterregistrierung und vollständige Themenexporte hinzu – WP Tavern

31. März 2022
Gutenberg 12.9 fügt Blocksperrbenutzeroberfläche, automatische Musterregistrierung und vollständige Themenexporte hinzu - WP Tavern

Gutenberg 12.9 ist heute im WordPress.org-Plugin-Verzeichnis gelandet, und es ist eine bullige Version, vollgepackt mit einer Kleinigkeit für jeden. Auch nachdem ich in den letzten Tagen an neuen Features gebastelt habe, muss ich noch alles so gut erkunden, wie ich möchte. Angesichts der praktischen Zeitbeschränkung werde ich in diesem Beitrag nicht in alles eintauchen können, aber ich werde versuchen, Ihnen allen einige der Highlights vorzustellen.

Im Folgenden finden Sie einige ausgewählte Elemente, in die ich nicht eintauchen konnte, aber ich ermutige die Leser dennoch, sie auszuprobieren:

Blockieren der Benutzeroberfläche

WordPress-Site-Editor. Das Popover
Anpassen eines gesperrten Blocks.

Gutenberg 12.9 stellt eine neue Benutzeroberfläche zum Sperren von Blöcken. Unter dem Dropdown-Menü "Weitere Optionen" in der Symbolleiste können Benutzer die Sperroption auswählen, die einen Bildschirm mit zwei Optionen öffnet:

  • Bewegung deaktivieren: Das Verschieben des Blocks selbst ist nicht zulässig. Geschwisterblöcke können jedoch um ihn herum verschoben werden.
  • Entfernen verhindern: Verhindert, dass der Block gelöscht wird.

Andrei Draganescu bemerkte folgendes in der 12.9 Ankündigungsbeitrag:

Wenn ein Block gesperrt ist, können Benutzer ihn entweder nicht verschieben, entfernen oder beides. Dies ist besonders nützlich bei Blöcken auf Website-Ebene wie Post Content, die viele Themen sperren möchten.

Diese Definition erklärt jedoch nicht vollständig das Sperren auf Blockebene. Es gibt eine Einschränkung: Diese neue Benutzeroberfläche übergibt Endbenutzern den Schlüssel zum Schloss. Technisch hatten sie diese Fähigkeit bereits über den Code-Editor, aber sie ist jetzt über die Schnittstelle verfügbar.

Aus sicht der Theme-Entwicklung erfordert das Sperren auf Blockebene lediglich zusätzliche Schritte des Benutzers, um Blöcke zu verschieben und/oder zu entfernen. Es ist keine "erzwungene" oder "permanente" Sperre. Es ist eine willkommene Funktion, aber Themer sollten ihre Grenzen verstehen und dass diese neue Benutzeroberfläche den Benutzern mehr Leistung bietet, nicht weniger.

Block Gap Support für Galerien...Irgendwie

WordPress-Post-Editor mit einem Fünf-Gruppen-Satz von Bildern im Galerie-Block.
Blockabstand für den Galerieblock.

Eine der Funktionen, auf die ich mich bei dieser Version am meisten gefreut habe, war die zusätzliche Unterstützung für Abstand zwischen Galeriebildern. Theme-Autoren haben sich auf spezialisierte Blockstile verlassen, um den Benutzern Auswahlmöglichkeiten zu geben, die normalerweise auf Standard- und "No Gap" -Optionen beschränkt sind. Letzteres würde den Abstand zwischen den Bildern entfernen.

Leider ist die Funktion in 12.9 kaputt, wenn Benutzer manuell eine Lücke setzen. Überprüft man den Quellcode, gibt er eine Array anstelle von gültigem CSS. Auf dem Frontend wird die folgende Warnung angezeigt:

Warning: preg_match() expects parameter 2 to be string, array given in ...wp-content/plugins/gutenberg/build/block-library/blocks/gallery.php on line 51

Ich bin sicher, dass dies in 12.9.1 korrigiert wird. Bis dahin schlage ich vor, das Steuerelement "Block Spacing" nicht zu verwenden.

Warnung des Theme-Autors: Dies ist eine bahnbrechende Änderung für Themen, die auf die --gallery-block--gutter-size , um die Standardlücke für Galerien zu steuern. Diese zuvor zuverlässige benutzerdefinierte CSS-Eigenschaft ist im Code nicht mehr vorhanden. Es ist unklar, warum diese Variable ganz entfernt wurde, und es gab keine Erwähnung davon im Ticket.

Eine neue --wp--style--unstable-gallery-gap Variable scheint einen ähnlichen Job zu machen. Da jedoch die unstable Ein Teil seines Namens deutet darauf hin, dass es nicht immer in der Nähe ist. Es ist auch auf der .wp-container-* -Klasse anstelle der Galerie selbst. Ich muss noch genug CSS-Tests durchführen, um herauszufinden, wie man es für die Standardlücke überschreibt. Wenn jemand eine Lösung hat, posten Sie sie bitte in den Kommentaren für andere.

In der Listenansicht standardmäßig reduzierte untergeordnete Elemente

WordPress-Block-Editor mit geöffnetem Listenansichtsbereich auf der linken Seite.  Seine Blöcke sind standardmäßig reduziert.
Öffnen eines reduzierten Satzes verschachtelter Blöcke in der Listenansicht.

Ich habe die Listenansicht im Editor für die meisten realen Szenarien oft gescheut, zumindest für Seiten mit vielen verschachtelten Blöcken. Da jedes Level standardmäßig geöffnet war, war es ein Albtraum, einen bestimmten Block zu durchsuchen und zu finden. Es war einfacher, meine Chancen zu nutzen, indem ich auf der Content-Leinwand herumklickte.

Die neueste Gutenberg-Version kann jedoch nur meine Verwendung ändern. Version 12.9 Blendet standardmäßig alle untergeordneten Blöcke aus.

Automatische Musterregistrierung für Themes

Theme-Autoren können Gutenberg jetzt Behandeln der Musterregistrierung für sie. Sie müssen nur ein paar Regeln befolgen:

  • Fügen Sie Blockmuster in PHP-Dateien in einem /patterns Ordner.
  • Fügen Sie dem Dateiheader Musterdaten hinzu.
  • Fügen Sie natürlich Musterinhalte hinzu.

Einzelne Musterdateien sollten wie folgt aussehen:

<?php
/**
 * Title: A Pattern Title
 * Slug: namespace/slug
 * Description: A human-friendly description.
 * Viewport Width: 1024
 * Categories: comma, separated, values
 * Keywords: comma, separated, values
 * Block Types: comma, separated, values
 * Inserter: yes|no
 */
 ?>
 <!-- some-block-content /-->

Nur die Title und Slug Header-Felder sind erforderlich. Jede Option stimmt mit einem register_block_pattern() Function-Argument.

Theme-Autoren, die diese Funktion jetzt verwenden möchten, aber Abwärtskompatibilität mit WordPress 5.9 bieten, können das Vorhandensein des gutenberg_register_theme_block_patterns() Funktion. Das ist zumindest der Funktionsname für den Moment.

Diese Änderung baut weiter auf den bestehenden Standards für Blockthemen auf. Autoren haben jetzt klare Richtlinien für die Registrierung der meisten Funktionen über Standarddateien und -ordner:

  • /parts – Blockieren von Vorlagenteilen
  • /patterns – Blockmuster
  • /styles – Globale Stilvariationen
  • /templates – Vorlagen blockieren
  • theme.json – Globale Einstellungen und Stile

Abgesehen von benutzerdefinierten Blockstilen und Variationen (nicht zu verwechseln mit globalen Stilvariationen) wird fast alles abgedeckt. Dieses abgerundete Set senkt die Eintrittsbarriere für zukünftige Theme-Autoren. Selbst erfahrene Entwickler sollten die Einfachheit schätzen, wie man Dinge benennt und wo man sie hinstellt. Es ist eine Sache weniger, um die man sich Sorgen machen muss. Außerdem wird das System zur Überprüfung der WordPress.org Themen weiter vereinfacht.

Theme-Export und Vorlagenerstellung

Apropos Barrieren senken, Ersteller können jetzt ein ganzes Thema aus dem Website-Editor erstellen. Nun, vorausgesetzt, sie beginnen mit einem vorhandenen Blockthema.

Gutenberg 12.9 führt zwei wichtige Funktionen in den Site-Building-Prozess ein. Die erste ermöglicht es Benutzern, Exportieren einer Kopie ihres aktiven Designs direkt aus der Redaktion:

Gutenberg-Site-Editor mit geöffnetem Dropdown-Menü für Optionen.  Die Schaltfläche Exportieren ist ausgewählt.
Exportieren des aktiven Designs mit Anpassungen.

Die heruntergeladene ZIP-Datei aus diesem Export ist ein voll funktionsfähiges Theme. Es enthält alle Benutzeranpassungen neben jeder Datei, die bereits im Original vorhanden ist.

Es gibt noch ein paar Dinge, die vom Editor noch nicht möglich sind, und diese müssen vor der Veröffentlichung manuell angepasst werden. Der Designname und andere Daten in style.css bleibt das gleiche wie das ursprüngliche Thema. Es gibt auch keine Methode, um einen Screenshot der angepassten Version zu ergattern und in der ZIP-Datei zu bündeln.

Dies ist ein Sprung nach vorn für die Demokratisierung des Designs, aber andere Ströme müssen in Betracht gezogen werden. Benutzer sollten in der Lage sein, als untergeordnetes Design nur mit ihren Anpassungen oder sogar als *.json -Datei (globale Stilvariation).

Aber es gibt einen unmittelbareren und praktischeren Anwendungsfall. Benutzer können ihre benutzerdefinierten Designs herunterladen und auf eine andere Website hochladen.

Das zweite entscheidende Update für die Entwicklung innerhalb des Site-Editors ist Unterstützung für weitere Vorlagen. Benutzer können jetzt zusätzlich zu den vorhandenen Vorlagen im Verwaltungsbereich für Vorlagen Folgendes erstellen:

  • Verfasser
  • Kategorie
  • Datum
  • Etikett
  • Taxonomie
Gutenberg-Vorlagenbedienfeld geöffnet.  Das "neu hinzufügen" ist geöffnet, wobei die Autorenvorlage hervorgehoben ist.
Hinzufügen einer neuen Autorenvorlage.

Die neuen Vorlagen sind willkommene Ergänzungen, aber die Vorlagenerstellungsfunktion hat immer noch Grenzen. Es gibt keine Möglichkeit, Variationen dieser Vorlagen über die Benutzeroberfläche zu erstellen, z. B. category-wordpress, taxonomy-genre, oder die Dutzende anderer Möglichkeiten. Es wird jedoch eines Tages passieren.

Quelle


Dieser Artikel ist im Original von wptavern.com und wurde übersetzt
https://wptavern.com/gutenberg-12-9-adds-block-locking-ui-automatic-pattern-registration-and-full-theme-exports

Abonniere den RSS-Feed von unseren WP News und verpasse keine Meldung: https://die-mainagentur.de/feed/?post_type=wp-news

Alternativ kannst du unseren WP-Newsletter abonnieren

Mit dem Eintrag in den WP-Newsletter bekommst du per Mail über neue Artikel zugesendet. Du kannst den Newsletter jederzeit abbestellen.
Mehr dazu in der Datenschutzerklärung