Bugtracker DMXControl 3

2013-07-16 20:03:42,654 [1] WARN Lumos.GUI.WindowManager - There were errors or warnings loading project D:\Multimedia\Sound 'n' Light\Lumos-Projekte\York Kassel\York Kassel.zip: Errors in Project
ProjectLoad: ERROR: Error loading Devices in ProjectSystem.IO.FileNotFoundException: The DDF File couldn't be found: Eurolite SLS-400 RGB.xml
Dateiname: "Eurolite SLS-400 RGB.xml"

Steht in deinen Log Files, d.h. das das DDF fehlt

Update: Bei Projekte habe ich nun zum Laufen gebracht. Die Ursachen waren beim Projekt

• "Soda Cassel": Hier war ein DDF fehlerhaft (durch die schärfere Prüfung in der Beta 4). In solchen Fällen wäre es deutlich hilfreicher, auch diese Rückmeldung zu geben.
• "York Kassel": Im Zuge des Überarbeiten der DDFs hatte ich verschiedene DDFs umbenannt, u. a. auch ein DDF, welches für das Projekt verwendet wird. Nach dem Ersetzen des Dateinamen in der Datei "Devices.xml" lässt sich das Projekt wieder öffnen. An dieser Stelle sollte zum einen die Meldung kommen, dass das DDF nicht gefunden wurde und in diesem Fall auch ein Dialog (z. B. eine abgespeckte Variante des Device Managers hochkommen), um die Verknüpfung wiederherzustellen.

Ich würde sagen wir machen daraus mal sowas wie: Graphische Fehlermeldung anzeigen, wenn DDF nicht gefunden wird, oder Fehler im DDF auftraten.

Teilweise ist das implementiert. So wird angezeigt, welche DDFs nicht gefunden wurden. Was noch fehlt:

1. Anzeige bei DDF fehlern (ähnlich dem DeviceManager, wenn man da etwas hinzufügt)
2. Patching Dialog, welches DDF verwendet werden soll

Aus konkretem Anlass krame ich diesen Wunsch nochmal hervor: Wenn das DDF für ein Projekt fehlt, kann selbiges ja nicht geladen werden. Kann in die Fehlermeldung ein Button "Retry" eingefügt werden, sodass man nach dem Erscheinen der Fehlermeldung die fehlenden DDFs dem Kernel entsprechend hinzufügt und das Laden der Devices nochmal wiederholt und nicht nochmal von ganz vorne beginnen muss?

Des Weiteren würde die Fehlermeldung meiner Meinung nach übersichtlicher werden, wenn nur gesagt wird, welche DDFs fehlen - sprich die Dateien. Dass ein DDF im Projekt mehrfach verwendet wird ist doch an dieser Stelle nicht relevant, oder?

Hier mal ein aktuelles Projekt, erzeugt mit der 1. Beta der 3.1.1. Ich habe einfach die Endung des DDF Futurelight DMH-160 (Basic 16bit) auf *.x abgeändert, sodass hierdurch das Projekt dann nicht mehr geladen werden kann. Ändert man die Endung wieder auf *.xml, läuft das Projekt wieder - auch das DDF ist fehlerfrei.

Ansonsten lasse ich meine Aussage vom letzten Jahr weiterhin gelten: es würde hier reichen, wenn man nur eine Auflistung erhält, welche DDFs fehlen / nicht geladen werden können. Dass ein DDF mehrfach im Projekt zum Einsatz kommt und deswegen mehrmals, ist meiner Meinung nach nicht wichtig. Folglich muss auch nicht angezeigt werden, dass verschiedene Gruppen und / oder Cues nicht funktionieren.

   Beta-Test V3.1 Beta 1.zip (1.25 MiB)

Der angezeigte Error Dialog ist generisch, weil fehlende DDFs ja nur einer von Vielen Fehlern ist. Aber trotzdem muss ich den Übersichtlicher gestallten.