Versionen im Vergleich

Version Alte Version 9 Neue Version 10
Änderungen wurden vorgenommen von

Christopher Holden

Christopher Holden

Gespeichert am

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

KeyBeschreibung
source(optional)
Hier wird der EntityIdentifier der Tabelle für den Quelldatensatz erwartet. Es wird davon ausgegangen, dass das Plugin selbst diese Entity in Lib/Entity definiert.
template

(optional)
Es kann eine Datensatzvorlage für dieses Element hinterlegt werden. Falls dieser Key befüllt wurde, wird beim Modal für das Erstellen auch die Option angeboten, den Datensatz mit der Datensatzvorlage neu anzulegen.

types

Keywords, die von children und parents verwendet werden können. Diese Option beschreibt das Element. Gebräuchliche Keywords sind:

  • element → ein Inhaltselement ohne Kindelement. Zum Beispiel Text, Bild oder Abstand.
  • container → Ein Element, welcher Unterelemente wie Spalten erlaubt. Zum Beispiel Container.
  • column → Eine Element, welches nur in einen Container platziert werden darf. Zum Beispiel Spalte.
  • page → Ein Element, welches auf oberster Ebene erlaubt ist und direkt zum Inhalt (PrintPage) verknüpft werden darf. Zum Beispiel die Seitenbereiche Kopfbereich, Seiteninhalt oder Fußbereich.
childrenKeywords, die definieren, welche Elemente als Kinder des Elements erlaubt werden.
parentsKeywords, die definieren, in welches Element das Element erlaubt wird.
variants

Die css-Variante für den designer-node aus, zum Beispiel, admin-styleguide/component/designer-core/_layout.scss. Gängige Varianten sind: header-primary, header-secondary

content-default, content-neutral

Für die Daten des Views sollte eine Entity erstellt werden. Beim Erstellen eines Elements werden dann die Datensätze aus dieser Tabelle zur Auswahl angeboten. Mit dieser Entity wird dann auch beim Verarbeiten des Views gearbeitet.

...