...
Inhaltliche Inhalte wie Texte, Silbentrennungen sollten eher in Quelldatensätze (->getEntity($elements→source)) gespeichert werden. Einer der Hintergründe ist hier Datenvermeidung. Falls in jedes PrintElement jedes Mal der gleiche Text geschrieben werden würde, zum Beispiel bei einem rechtlichen Hinweis der auf jeder Seite dargestellt werden muss, wären das viele Informationen in der Datenbank. In einem solchen Fall ist es dann besser, mit Quelldatensätzen für diesen Inhalt zu arbeiten.
Variantenauswahl
Es ist möglich, eine Variatenauswahl für ein Element anzubieten. Damit kann man Varianten und Variantenkombinationen aus dem Styleguide einfach für das Element anbieten. Dafür wird die Input/Select source "PrintElementVariants" angeboten.
Varianten für ein Element verarbeiten
Codeblock | ||||||
---|---|---|---|---|---|---|
| ||||||
{ "identifier": "variants", "label": "i18n:View/MyViewPackage.TranslationKey", "type": "Select", "configuration": { "multiple": true, "source": "PrintElementVariants", "print": { "plugin": "MyPackage", "view": "myview" } } } |
Varianten für ein bestehendes Element erweitern
Rollenschemata
Man sollte beachten, dass die erstellten Tabellen für die Views auch in einem Rollenschema hinterlegt wurden. Meist in der App in welcher der View liegt. Engine-Methoden brauchen keine Security-Definition, da der view ohne Rechtecheck aufgerufen wird (die Eintity unterliegt allerdings noch dem Rechtesystem).
...