core
core copied to clipboard
Gruppen für das Rendering
MetaModels ermöglicht durch die Auswahl bestimmter Templates für einzelne Attribute ja ein sehr flexibles Rendering der Ausgabe. Allerdings komme ich bei keinem Projekt, wo ich MetaModels einsetze darum das Listen-Template anzupassen, um bestimmte Attribute innerhalb einer HTML-Syntax zu gruppieren.
Oftmals handelt es sich hierbei um Komponenten, die immer mal wieder gebraucht werden, z.B. Bild mit Zusatzinformationen, ein Überschrift-Block mit Haupt- und Unterüberschrift usw.
Daher fände ich eine im Backend konfigurierbare Lösung interessant. Ich stelle mir dabei folgendes vor:
- Bei den Rendersettings können Ausgabegruppen definiert werden. Entweder analog zu den Legenden in der Eingabemasken-Konfiguration oder über ein MCW innerhalb des Settings, sodass bei den Attributen dann per Auswahlfeld optional die Gruppe zugewiesen werden kann.
- Pro Gruppe kann man ein Template festlegen und somit die Komponenten leicht wieder verwenden.
- Das ganze sollte optional sein, das Rendering wie bisher funktioniert weiterhin.
Für mich würde dies die Ausgabe vereinfachen, da viele Komponenten somit wiederverwendbar werden. Wenn dieses Feature für den Core in Frage kommt, würde ich dies als Pull Request zu MM beisteuern.
Ich finde das klingt ziemlich spannend. Könnte die Arbeit zum Teil wirklich stark vereinfachen. +1 von mir ;-)
+1 finde das ne schöne Idee. Auch wenn ich meine Templates in 99% der Fälle händisch zusammenbaue könnte ich mir vorstellen das mit wiederverwendbaren Kombinationen nicht mehr an allen Stellen zu tun.
+1 ...ich arbeite ähnlich wie Tim - oder die Meisten ;-) - mit einem eigenen Ausgabetemplate, wobei auch hier oft gleiche Blöcke eingesetzt werden...
+1 Klingt wirklich sehr spannend
@tim-bec: würde das Thema lt. "RoadMap 2.0" nicht eher in Milestone 2.1 passen - sprich "Verbesserungen des Handlings"?
Wenn dieses Feature für den Core in Frage kommt, würde ich dies als Pull Request zu MM beisteuern.
Hallo @dmolineus: ist das noch aktuell? wenn ja, dann würde ich das bei MM 2.2 lassen ansonsten auf "Future" setzen