Tja...da fängst ja schon wieder an
. A sagt X gehört da rein während B meint das X ja nur die wenigsten brauchen und Y viel wichtiger wäre.
Ich bin auch schon lange auf der Suche nach einem "gescheitem" GUI System und bin zu dem persönlichen Schluss gekommen, dass die herkömmlichen Ansätze zu unflexibel sind um wirklich ohne Probleme übertragbar zu sein. Für mich sind die Anforderungen:
-die komplette GUI muss on-the-runtime anpassbar sein (per editor/editorelement).
-Eventsystem um Reaktionen von der GUI anstoßen zu können.
-Queryinterface damit die GUI bestimmte Werte von der Logik erfragen kann.
(-am besten vektorgrafikbasiert)
Hieraus ergeben sich einige Konsequenzen:
-es müsste komplett skriptdriven sein, wobei am besten ein GUI-Element jeweils durch ein Skript definiert wird.
-alle GUI-Elemente (auch der Editor/das Editorelement ansich) würden nur als Skript existieren.
-verschiedene bereits existenze GUI-Elemente könnten einfach zu einem neuen Element mit interner Dynamik zusammengefasst und als eigenes Skript gespeichert werden.
-die Schnittstellen zwischen GUI und Logik würde sich auf "QueryValue","ThrowEvent","HandleEvent","renderBatchedGUI" reduzieren, wobei renderBatchedGUI eine Reihe von vordefinierten Aktionen verarbeitet (draw2DImage,drawText,drawLine etc.)
Wenn einer von euch ein solches System entwickelt oder kennt, bitte sofort bei mir melden. Ich bin bereit das Ganze zu unterstützen wo ich nur kann!