#205 Json.config Dateien (state: open)

Je mehr ich über die Idee nachdenke, desto cooler und flexibler finde ich die. Wieso bauen wir überhaupt noch Widgets für so komplexe Dinge und brechen uns dabei einen Ast ab? Zum Beispiel könnte die gesamte Konfiguration der Tags und Selects auf einer json.config beruhen. Vorteile:

• Keine submitonchange Probleme mehr wenn du vergisst ein Feld auszuwählen
• Admins können sich Patterns abspeichern und immer wieder verwenden
• Wiki hält viele Beispiele bereit
• Ein Validator prüft Unregelmäßigkeiten und wirft Fehler bei falscher Syntax Nachteile:
• Der Admin muss erstmal verstehen wie die json.config aufgebaut sein muss Die Vorteile überwiegen definitiv die Nachteile. Es ist günstiger für uns und für die Community wenn wir für tolle Features nicht länger an der GUI sitzen als am Feature selbst. Und wenn man sich bei der json.config auf sehr komplexe Dinge beschränkt und die einfachen nach wie vor so lässt dann wird sich auch kein User dran stören!

+1

Dann lieber gleich XML mit einer alternative zu den DCAs :dancer:

Bei JSON als Konfigurationsdateien nervt mich immer ein wenig, dass es hier keine Kommentare gibt. Ansonsten finde ich gut alles einfach über eine Konfigurationsdatei zu pflegen.

Wäre das Format nicht letzendlich egal? Ich find die Idee prinzipiell gut, aufwendigere Dinge aus der Gui rauszuhalten. Das macht Zeit frei für wichtigere Dinge und mir kommt es als "Power-Nutzer" auch mehr als entgegen wenn ich mir nicht jeden scheiß über die GUI zusammenklicken muss.

Ob xml oder json ist ja erstmal völlig egal. Mir wäre es nur lieb wenn wir endlich eine Möglichkeit finden komplexe Konfigurationen abzubilden ohne riesen GUI's zu bauen.

Im Endeffekt sind dafür ja die DCAs schon da, nur lassen die sich bescheuert konfigurieren und funktionieren nur mit der Büchse der Pandora (DC_Table) und die kann nicht wirklich gut anpassen für z.B. FE-Ausgaben (nicht nur edit, sondern auch listings etc.)

Nicht falsch verstehen. Wir bauen MM nicht ganz auf XML oder Json um. Es geht lediglich um die Konfiguration der Attribute im Backend!!! Damit man sich da nicht aus 50 Selects die Werte in einem MCW zusammenklicken muss. PS: Und das auch nur für spezielle Attribute.

Habt ihr euch Prismic IO angeschaut? Neben der Tatsache das ich die Idee cool finde sich wirklich nur ums Content Management zu kümmern haben die in den "Dokumentenmasken" genau das umgesetzt was du dir auch überlegt hattest. Nach einigem Spielen mit dem Demo-Zugang muss ich sagen: Machst Spaß damit zu arbeiten. https://developers.prismic.io/documentation/UjBeuLGIJ3EKtgBV/repository-administrators-manual#document-masks

one year later... ;-) ... was ist aus der Idee geworden?

Bisher nix. Sieht man ja am Ticket. Ich verstehe die Frage nicht.

... ist ja nicht so, dass jede programmierte Zeile mit einem Kommentar bedacht wird...

Nein aber du wirst Commitlogs in Tickets nicht erst seit gestern in der MetaModels Organisation gesehen haben. Wenn es hier was neues gibt, wird das auch in diesem Ticket verkündet.

jut!