Einer Seite eigene Felder im Adminbereich geben
wp-fields-group="Menu" Der Name der Feldgruppe, die dein Kunde beim Bearbeiten der Seite sieht. Jede Seite mit bearbeitbaren Inhalten braucht ihn, und es ist das erste Attribut, das du setzt.
Wo es hingehört
Am <body> jeder Seite: <body wp-fields-group="Menu">. Alle Felder, die du auf dieser Seite markierst, landen in einer Box mit diesem Titel auf dem Bearbeitungsbildschirm der Seite.
Auf index.html gehört die Box zur Startseite, auf menu.html zu den Seiten mit dem Template „Menu“, auf single.html zu den Blogbeiträgen. Für Einstellungen der ganzen Website kommt sie an den <body> von theme-options.html.
Beispiel: die Seite „Menu“
<body wp-fields-group="Menu">
<h1 fld-text="Title">Menu</h1>
<p fld-area="Lead">Espresso runs on our “Warm” blend.</p>
</body>Espresso runs on our “Warm” blend.
Worauf es ankommt
- Ohne
wp-fields-groupbekommt die Seite gar keine Felder, und das Build-Protokoll meldet nichts. Prüf das zuerst, wenn der Adminbereich leer aussieht. - Gib jeder Seite einen eigenen Namen: „Speisekarte“, „Kontakt“, „Startseite“. Diesen Namen liest dein Kunde über den Feldern.
- Eine Seite kann mehrere Gruppen haben: Setz das Attribut dann an Abschnitte statt an den
<body>, und jeder Abschnitt bekommt seine eigene Box.
Typische Fehler
Das Build-Protokoll ist der Tab „Logs“ deines Projekts auf themeforge.pro; die kostenlose Markup-Prüfung zeigt dieselben Hinweise.
<body>
<h1 fld-text="Title">Menu</h1>
</body>Eine Seite ohne Gruppennamen: Das Template liest die Felder, aber im Adminbereich werden sie nie angelegt, und das Protokoll meldet nichts.
<body wp-fields-group="Menu">
<h1 fld-text="Title">Menu</h1>
</body>Dieselbe Seite mit wp-fields-group am <body>.
Alternative Schreibweise
wp_meta funktioniert genauso: Der Build ergibt ein identisches Theme.