Ein eigenes Textfeld für jede Kategorie
tax-text="Feldname" Neben Name und Beschreibung braucht eine Kategorie manchmal etwas Eigenes: einen Untertitel, ein Badge „neu“, eine Zeile über den Lieferanten. tax-text legt so ein Feld bei den Kategorien an, und die Kategorieseite zeigt den Wert der Kategorie, die gerade geöffnet ist.
Wo es hingehört
Auf archive.html, dem Template der Kategorieseite, an das Element mit dem Text: tax-text="Category tagline".
Ein Absatz mit Zeilenumbrüchen ist tax-area, formatierter Text tax-editor: alles wie bei fld-area und fld-editor, nur gehört das Feld zur Kategorie.
Das Feld erscheint im Adminbereich nur, wenn die Seite einen Gruppennamen hat: wp-fields-group auf ihrem <body>.
Beispiel: der Untertitel einer Kategorie
<header class="category">
<h1 wp="term-title">Coffee</h1>
<p class="category__tagline" tax-text="Category tagline">Roasted on Mondays</p>
</header>Roasted on Mondays, sold out by Friday
„Coffee“ hat eine Zeile, „Kitchen“ eine andere, das Layout ist dasselbe.
Worauf es ankommt
- Das Feld erscheint bei allen Kategorien, Schlagwörtern und Produktkategorien: Jede kann einen eigenen Wert bekommen oder leer bleiben.
- Der Text aus dem Markup ist nur ein Muster. „Daten laden“ füllt die Felder der Kategorien nicht: Der Wert wird bei jeder Kategorie eingetragen.
- Name und Beschreibung hat die Kategorie in WordPress schon, dafür brauchst du kein Feld: siehe wp="term-title".
Typische Fehler
Das Build-Protokoll ist der Tab „Logs“ deines Projekts auf themeforge.pro; die kostenlose Markup-Prüfung zeigt dieselben Hinweise.
<p class="category__tagline" fld-text="Category tagline">Roasted on Mondays</p>fld-text auf einer Kategorieseite liest ein Feld der Seite oder des Beitrags, nicht der Kategorie: Die Kategorie bekommt keinen eigenen Wert. Das Protokoll meldet nichts.
<p class="category__tagline" tax-text="Category tagline">Roasted on Mondays</p>tax-text ist das Feld der Kategorie selbst.
Alternative Schreibweise
t_text funktioniert genauso: Der Build ergibt ein identisches Theme.