unter Windows 10 nach zahlreichen Experimenten des Vortags startet DDFCreator3 nicht mehr… Logfile konnte daher aus DDFCreator nicht gezogen werden, anstatt die Logs aus DMXControl
Bei jedem Start des DDFCreators möchte dieser als Admin ausgeführt werden. Dies sollte so eigentlich nicht erforderlich sein, da im Verzeichnis für die UserDevices sowie in dem über eine Umgebungsvariable vom Nutzer selbst festgelegten Verzeichnis (siehe hierzu auch FS#4387 ) entsprechende Schreibrechte vorhanden sind.
Es fehlt das Eingabefeld für den DMX-Mode in der Oberfläche (siehe Screenshot).
Wurde das Verzeichnis UserDevices per Umgebungsvariable verschoben, ließen sich aktuell die eigenen DDFs nicht über den DDFCreator öffnen, wenn der DDFCreator nur die Standardverzeichnisse im Installationsverzeichnis und unter AppData kennt. Von daher sollte der DDFCreator dies ebenfalls berücksichtigen, wobei es genügen dürfe, in alle Verzeichnisse zu schauen, sollte man mehrere DMXC-Versionen über Umgebungsvariablen verschoben haben.
Ist bei einem Device das Geräte-Icon eingepflegt, sollte meiner Meinung nach das Standard-Hintergrundbild (der blaue Scheinwerfer) entfernt oder gegen eine Variante in hellen Graustufen ausgetauscht werden. So rückt das eigentliche Geräte-Icon besser in den sichtbaren Vordergrund.
Analog zu DMXControl 3 sollte im Auswahlbaum für die Geräte der Knoten mit dem DMX-Mode immer angezeigt werden, auch wenn nur ein Gerät verfügbar ist, aber hier der mode-Tag gepflegt ist.
Ist im DDF unter dmxcversion und / oder ddfversion ein Wert wie im folgenden Beispiel eingetragen, lässt sich dieses nicht öffnen.
<device image="Futurelight DMB-160.png" type="DMXDevice" dmxcversion="3.1.1" ddfversion="2.1">
In den Fehlermeldungen des DDFCreator-Kernel sind aktuell folgende Rechtschreibfehler zu finden:
Weitere Fehler werden ggf. hier noch ergänzt.
Der BugTracker greift nicht auf die aktuellen Verzeichnisse von DMXControl 3 zurück.
doppelte Namensvergabe lässt das DDF in DMXControl nicht mehr als Gerät hinzufügen und das ohne Fehlermeldung im GUI Um Eventualitäten auszuschliessen anbei das Mini-DDF “test same name.xml”, dass von DDFCreator klaglos gespeichert, aber von DMXControl nicht als Gerät hinzugefügt wird
Hier sollte entweder in DDFCreator beim Speichern eine Warnung ausgeben oder DMXControl als unique Primärschlüssel den Namen in Kombination mit dem Channel verwenden, die eine Eindeutigkeit innerhalb des Gerätes herstellen würde…