Verbesserung des Layouts

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hallo,

    Mir sind ein paar Ideen gekommen, welche ich hier jetzt einfach mal so schreibe, teilweise ohne richtige Lösung.

    1. Ich fände es gut, wenn das Ordnungssystem mit den einzelnen Fenstern für alles etwas ordentlicher läuft. Die Idee, aktuelle Layoutfelder, in denen sich ein Fenster befindet, zu teilen für zwei Fenster, finde ich schon ganz gut. Das ist ja soweit auch implementiert. Allerdings finde ich brauchen die Ränder der Fenster und besonders der obere Balken mit dem "X" einiges an Platz, was man evtl. irgendwie platzsparender machen könnte. Außer dem ist oft das Problem, dass man dieses kleine Zeichen, mit welchem man die Grenze zwischen zwei Fenster/Layoutfelder verschiebt, (im Darkmode) kaum sichtbar ist. Des weiteren dachte ich evtl. an etwas wie eine Art Rasterung für die Fenster, um das Anordnen zu vereinfachen und um es ordentlicher zu machen.

    2. Ich bin aktuell mit dem Funktionsumfang soweit zufrieden, allerdings finde ich, dass das Programm, die einzelnen Fenster sehr "abstrakt" behandelt. Was ich damit meine ist, dass man z.b. Objekte aus einem Fenster nicht in ein anderes ziehen kann, geschweige denn irgendwelche Werte per Drag'n'Drop zu übertragen. Besonders denke ich hier an das mühsame Erstellen langer GoTo-Listen im Softdesk, was deutlich geschickter und einfacher (zumindest für den Endnutzer;)) wäre, wenn man die Cues auch per Drag'n'Drop auf die Buttons ziehen könnte. Allerdings gibt es hier noch einige Stellen an denen das sehr ähnlich ist. Somit wünsche ich mir mehr Möglichkeiten, zuerst aber Ideen zur Umsetzung, zwischen einzelnen Fenstern arbeiten zu können.

    3. Eine bessere Manövrierung im Stage View. Erstmal BIIITTE;( ein Erhöhen der Zoom-Geschwindigkeit und dann aber z.b. auch Quick-Action-Buttons wie "Alle Elemente anzeigen" (Ausschnitt und Skalierung anpassen, so dass man alle Elemente sieht) und "Ausgewählte Elemente anzeigen" (Ausschnitt und Skalierung anpassen, so dass man den Bereich der ausgewählten Elemente +20% sieht). Das Navigationskreuz durch irgendwas anderes ersetzen8o. Eine Möglichkeit schaffen, die Default-Position/Skalierung zu überschreiben in einem Projekt.

    4. Bei gestalten Fenstern gibt es in der oberen Leiste der Fenster ja neben dem "X" noch die Möglichkeit zu sehen, welche Fenster noch auf dem Stapel sind. Es wäre schön wenn die Im Verhältnis zur Fensterbreite erfolgt, damit man nicht immer das kleine Dreieck rechts für das Drop-down Menü klicken muss, wenn bei einem kleinen Fenster nicht alle gestacken Fenster in der Zeile angezeigt werden können. Hier könnte man sich ein Beispiel an Google Chrome mit der Tab Aufzählung oben nehmen.

    Das waren jetzt einfach Mal einige Ideen, viele sind wahrscheinlich nicht umsetzbar, aber selbst die ein oder andere macht den einfachen Mann glücklich:saint:

    Viele Grüße

    Johannes

  • Hallo,

    ich kann nicht zu allem etwas sagen, aber zu 1 und zu 4: Beides sind nur unter sehr sehr großem Aufwand zu ändern. Die beiden Punkte hängen mit dem verwendeten Docking zusammen. Dieses kommt von einem externen Docking Framework, welches in DMXControl 3 benutzt wird. Das Docking und Fenster Management stammt also nur zu einem kleinen Teil von uns, weshalb wir da praktisch keinen Einfluss darauf haben und an die Beschränkungen des Docking Frameworks gebunden sind. Das jetzt umzubauen (oder gar selbst zu bauen) wäre ein sehr großer Aufwand, den es nicht lohnt. Deshalb werden sich diese Punkte auf absehbare Zeit nicht (vermutlich auch gar nie) ändern. Zum Rest kann ich wie gesagt nichts sagen.

    Viele Grüße

    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Hallo,

    ich kann nicht zu allem etwas sagen, aber zu 1 und zu 4: Beides sind nur unter sehr sehr großem Aufwand zu ändern. Die beiden Punkte hängen mit dem verwendeten Docking zusammen. Dieses kommt von einem externen Docking Framework, welches in DMXControl 3 benutzt wird. Das Docking und Fenster Management stammt also nur zu einem kleinen Teil von uns, weshalb wir da praktisch keinen Einfluss darauf haben und an die Beschränkungen des Docking Frameworks gebunden sind. Das jetzt umzubauen (oder gar selbst zu bauen) wäre ein sehr großer Aufwand, den es nicht lohnt. Deshalb werden sich diese Punkte auf absehbare Zeit nicht (vermutlich auch gar nie) ändern. Zum Rest kann ich wie gesagt nichts sagen.

    Viele Grüße

    JP

    Warscheinlich. Aber eventuell hält sich der Aufwand sogar in Grenzen.

  • Naja, man muss immer die Verhältnismäßigkeit sehen. Klar kann man da jetzt das eine Framework ausbauen und ein anderes einbauen. Aber der Zeitaufwand darf da nicht unterschätzt werden. Der dürfte vielleicht nicht so groß sein, wie ein aktuell laufender Umbau der kompletten Kommunikation zwischen Kernel und GUI. Aber trotzdem wäre der Aufwand deutlich höher als der Nutzen. Denn das andere Framework passt dann auch wieder nicht 100%ig und hat wieder eigene Probleme.

    Viele Grüße

    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Da will ich jetzt mehr hören ;)

    Da gibt es aktuell wenig dazu zu sagen. Das .Net Remoting was bisher dazu verwendet wird ist schon lange veraltet und wird dann voraussichtlich mit der 3.3 ersetzt. Das sind aber Tiefe technische Details innerhalb von DMXControl, als User bemerkt man davon nichts. Im besten Fall tun manche Dinge etwas schneller.

  • Naja, man muss immer die Verhältnismäßigkeit sehen. Klar kann man da jetzt das eine Framework ausbauen und ein anderes einbauen. Aber der Zeitaufwand darf da nicht unterschätzt werden. Der dürfte vielleicht nicht so groß sein, wie ein aktuell laufender Umbau der kompletten Kommunikation zwischen Kernel und GUI. Aber trotzdem wäre der Aufwand deutlich höher als der Nutzen. Denn das andere Framework passt dann auch wieder nicht 100%ig und hat wieder eigene Probleme.

    Viele Grüße

    JP

    Ja da gebe ich dir recht.

    Hätte ja sein können, dass es gerade jemanden gibt der wenig zu tun hat 😁

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.