...
Die Konfiguration für die Print-Themen werden in extra→print erwartet.
| Key | Beschreibung |
|---|---|
| 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) |
| types | Keywords, die von children und parents verwendet werden können. Diese Option beschreibt das Element. Gebräuchliche Keywords sind:
|
| children | Keywords, die definieren, welche Elemente als Kinder des Elements erlaubt werden. |
| parents | Keywords, 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:
|
...
Source
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.
Hinweis: Im cms werden diese Daten in einer Structure.json definiert und dann in der odm-Spalte des Views gespeichert. Hier wird stattdessen eine tatsächliche Entity erwartet.
Template
Es kann eine Datensatzvorlage für dieses Element hinterlegt werden. Der eingetragene Identifier für das Template sollt dann auch ein Template definiert haben und dieses in der widget.json hinterlegt sein.
| Codeblock | ||||||
|---|---|---|---|---|---|---|
| ||||||
// Auf Tabellenebene
"configuration": {
"FrameworkTemplateTemplate": {
"TemplateIdentifier": "definition:plugin/remote/brandbox/print-layout-standard/src/View/MyView/Lib/Structure/MyViewemplateDefinition.json"
}
}, |