|
4814 | |
ArtNet | Fehlerbericht | niedrig | Fehlermeldung beim Abschalten des Art-Net-Plugins | geschlossen | 3.3 Beta x | 3.3 | 27.03.2022 | 18.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Sobald ich das Art-Net-Plugin selbst manuell abschalte oder der Kernel es beim Herunterfahren automatisch abschaltet, erscheint im Log immer der folgende Eintrag.
17:51:13 ERROR ArtNetFactory -
System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "System.Net.Sockets.Socket".
bei System.Net.Sockets.Socket.EndReceiveFrom(IAsyncResult asyncResult, EndPoint& endPoint)
bei System.Net.Sockets.UdpClient.EndReceive(IAsyncResult asyncResult, IPEndPoint& remoteEP)
bei org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\mos_DMXPlugins_Pipeline_master_2\ArtisticLicenseArtNet\src\ArtNetManager.cs:Zeile 704.
Aktiviere ich es danach wieder, arbeitet es soweit auch wie erwartet. Die Meldung erweckt jedoch gerade beim Überprüfen der Einstellungen den Eindruck, als ob etwas kaputt ist.
|
|
4861 | |
ArtNet | Wunsch / Idee | niedrig | DMX-Universum bei weiterem Art-Net-Interface automatisc... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 17.06.2022 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Im Ticket FS#3722 kam der Wunsch auf, die Ports der Art-Net-Ausgabe etwas sinnvoller zu sortieren, dass immer direkt 8 Universen am Stück adressiert werden. Durch das neue Ausgabe-Plugin hat sich dieser Dialog in der Hinsicht vereinfacht.
Als Folgeproblem hat sich aber nun durch das neue Ausgabe-Plugin für Art-Net ergeben, dass jedes weitere immer mit dem 1. DMX-Universum angelegt wird - und war sowohl innerhalb der Übersicht der DMX-Interfaces als auch in den erweiterten Einstellungen selbst. Um das Anlegen mehrerer Art-Net-Interfaces zu vereinfachen und zu beschleunigen, sollte hier an beiden Stellen bei den DMX-Universen automatisch “hochgezählt” werden. Net und Subnet bleiben konstant.
|
|
3722 | |
ArtNet | Wunsch / Idee | mittel | Adressierung der Ausgabe-Universen innerhalb eines Subn ... | geschlossen | 3.2 Beta x | 3.3 | 28.07.2019 | 17.06.2022 | LightningBrothers |
Aufgabenbeschreibung
Füge ich das Art-Net-Ausgabeplugin neu hinzu, werden die Send- und Recieve-Universen aus meiner Sicht ungünstig adressiert. Im konkreten sieht das wie folgt aus:
Device 1
Device 2
Möchte ich nun ein 8-Port Art-Net-Node ansprechen, muss ich hier im Device 2 mindestens die Universen für Send neu sortieren. Ich könnte zwar mein Art-Net-Node auch irgendwie umkonfigurieren, aber persönlich finde ich diese Stückelung innerhalb eines Subnet nicht geschickt. Mein erster Vorschlag wäre folgende Standard-Konfiguration:
Device 1
Device 2
|
|
4688 | |
ArtNet | Fehlerbericht | niedrig | Art-Net-Ausgabe defekt | geschlossen | 3.3 Alpha x | | 05.01.2022 | 17.01.2022 | LightningBrothers |
Aufgabenbeschreibung
Aktuell ist keine Ausgabe über das “neue” Art-Net-Ausgabeplugin möglich.
Beim Start des Kernels gibt es folgenden Eintrag:
23:29:31 WARN AssemblyManager - Unable to remove Zone.Identifier from File C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Kernel\Plugins\ArtisticLicenseArtNet.dll
System.UnauthorizedAccessException: Access to the path 'C:\Program Files (x86)\DMXControl Projects\DMXControl 3.3.0\Kernel\Plugins\ArtisticLicenseArtNet.dll:Zone.Identifier:$DATA' was denied.
bei Trinet.Core.IO.Ntfs.SafeNativeMethods.ThrowIOError(Int32 errorCode, String path)
bei Trinet.Core.IO.Ntfs.SafeNativeMethods.ThrowLastIOError(String path)
bei Trinet.Core.IO.Ntfs.SafeNativeMethods.SafeDeleteFile(String name)
bei Trinet.Core.IO.Ntfs.AlternateDataStreamInfo.Delete()
bei org.dmxc.lumos.Kernel.AssemblyScan.AbstractAssemblyManager.TryRemoveZoneIdentifierIfExisting(String file) in D:\Jenkins\workspace\Lumos_Pipeline_master_2\LumosLIB\src\Kernel\AssemblyScan\AbstractAssemblyManager.cs:Zeile 436.
Sobald ich das Plugin deaktiviere, erscheint der folgende Log-Eintrag:
23:31:52 ERROR ArtNetFactory -
System.ObjectDisposedException: Auf das verworfene Objekt kann nicht zugegriffen werden.
Objektname: "System.Net.Sockets.Socket".
bei System.Net.Sockets.Socket.EndReceiveFrom(IAsyncResult asyncResult, EndPoint& endPoint)
bei System.Net.Sockets.UdpClient.EndReceive(IAsyncResult asyncResult, IPEndPoint& remoteEP)
bei org.dmxc.lumos.Kernel.DMX.ArtNetManager.client_receive(IAsyncResult res) in D:\Jenkins\workspace\mos_DMXPlugins_Pipeline_master_2\ArtisticLicenseArtNet\src\ArtNetManager.cs:Zeile 704.
Im Anhang befinden sich die Logs einer Sitzung sowie die Konfiguration des ausgeschalteten Plugings.
|
|
3491 | |
ArtNet | Fehlerbericht | hoch | Datei libartnet-1.dll für Art-Net-Ausgabe fehlt | geschlossen | 3.2 Beta x | 3.2 | 16.03.2019 | 30.03.2020 | LightningBrothers |
Aufgabenbeschreibung
Der Installer liefert die Datei libartnet-1.dll möglicherweise im falschen Verzeichnis aus, welche gemäß der Logs aber für das Art-Net-Ausgabeplugin benötigt wird.
2019-03-16 19:13:55,326 [19] ERROR org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager+DMXInterfaceBag - Error setting interface DMXIM: ID Artistic License#ArtNet#0 enabled state to True:
System.DllNotFoundException: Die DLL "libartnet-1.dll": Das angegebene Modul wurde nicht gefunden. (Ausnahme von HRESULT: 0x8007007E) kann nicht geladen werden.
bei org.dmxc.lumos.Kernel.DMX.ArtNetWrapper.artnet_new(String ip, Int32 verbose)
bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.OnEnable() in D:\Jenkins\workspace\Lumos_3.2_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 180.
bei DMXLIB.AbstractDMXInterface.set_Enabled(Boolean value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\DMXLIB\AbstractDMXInterface.cs:Zeile 91.
bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.DMXInterfaceBag.SetEnabledInternal(Boolean state) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Plugin\DMXInterfaceBag.cs:Zeile 226.
2019-03-16 19:14:17,088 [Log-Thread] DEBUG org.dmxc.lumos.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack
2019-03-16 19:14:17,123 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Exception DllNotFoundException occured 20 times.
Gemäß Installer-Log liegt die Datei in folgendem Verzeichnis:
Zielverzeichnis: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\Kernel\Plugins\api-dlls
Wird entpackt: libartnet-1.dll... 100%
|
|
4314 | |
AudioAnalyser | Wunsch / Idee | niedrig | Aktuellen BPM-Wert direkt als Wert anbieten | Unbestätigt | 3.2.2 Beta x | 3.4 | 21.12.2020 | 28.11.2021 | LightningBrothers |
Aufgabenbeschreibung
Der Speedmaster kann ja mit DMXControl 3.2.2 nun auch direkt auf einen BPM-Wert gesetzt werden. Hier wäre es hilfreich, wenn der AudioAnalyser diesen ebenfalls direkt so als Input anbieten kann.
Der aktuell vorhandene Zählwert für den Beat lässt den Speedmaster zu sehr springen, was das Ergebnis merklich verfälscht und in einem großen Spektrum stark springen lässt. So habe ich Titel, wo der AudioAnalyzer mit seiner Analyse konstant bei beispielsweise 128 BPM liegt. Der Speedmaster macht daraus allerdings BPM-Werte zwishcen 120 und 160 BPM, je nachdem wie die Zählwerte über den Beat to Bool Konverter am Learn-Input ankommen.
|
|
4140 | |
DMX Plugin | Fehlerbericht | mittel | Ausgabeplugin für EasyView startet EasyView beim Start ... | geschlossen | 3.2.1 Beta x | | 26.03.2020 | 25.05.2022 | LightningBrothers |
Aufgabenbeschreibung
Füge ich das Ausgabeplugin für EasyView hinzu, um darüber EasyView direkt anzusprechen, wird die Konfiguration zwar ordungsgemäß gespeichert, beim (erneuten) Starten von DMXControl 3 - egal ob Kernel und GUI getrennt oder im NoNetwork-Modus - wird EasyView nicht automatisch mit gestartet. Rufe ich EasyView im Nachgang manuell auf, verbleibt EasyView im Demo-Mode.
|
|
4731 | |
DMX Plugin | Fehlerbericht | niedrig | Interfaces werden beim Beenden des Kernels nicht abgesc ... | geschlossen | 3.3 Alpha x | 3.3 | 19.01.2022 | 06.02.2022 | LightningBrothers |
Aufgabenbeschreibung
Verschiedene DMX-Interfaces, wie zum Beispiel das Nodle U1 oder das Nodle R4S werden nach dem Beenden des Kernels nicht automatisch abgeschaltet, wenn diese zuvor aktiv waren. Die Status-LEDs gehen nicht aus.
|
|
4527 | |
DMX Plugin | Wunsch / Idee | niedrig | Discover-Mode für Auto-Detect-Interfaces | Unbestätigt | 3.2.2 | | 02.05.2021 | 31.05.2021 | LightningBrothers |
Aufgabenbeschreibung
Im QRM-Meeting vom 16.03.2021 wurde vereinbart, dass das Fenster des Add Interface Dialogs um einen zusätzlichen Zweig über dem Zweig der Non Auto Detect Interfaces erweitert wird, in dem alle automatisch erkannten Interfaces gesammelt werden, die auch noch nicht in Verwendung sind. Das zugehörige Stichwort wie auch in dem ursprünglichen Ticket FS#4369 beschrieben, ist “Discover-Mode für Auto-Detect-Interfaces”. Dieser Modus ist ein zusätzlicher Entwicklungsstrang parallel zum Punkt “Anpassung des Add Interface Dialogs selbst”.
|
|
3737 | |
DMX Plugin | Wunsch / Idee | niedrig | Funktion zum (Neu-) Patchen von Ausgangsuniversen | Unbestätigt | 3.2 Beta x | | 05.08.2019 | 06.08.2019 | LightningBrothers |
Aufgabenbeschreibung
Als zum Ticket FS#3167 ergänzende Funktion soll es möglich sein, bei einem beliebigen DMX-Ausgabe-Plugin nachträglich die Ausgangs- und Eingangs-Universen neu zu patchen, ohne dabei das betreffende und bereits konfigurierte DMX-Ausgabe-Plugin entfernen zu müssen. Angedacht ist hier ein Fenster, in dem man angeben kann, ab welchen DMX-Universium bzw. DMX-Adresse die verfügbaren Ports entsprechend fortlaufend belegt werden sollen. Sprich soll das Art-Net-Ausgabeplugin fortlaufend ab DMX-Universum 3 Werte ausgeben oder erst ab dem 5. DMX-Universum.
|
|
3539 | |
DMX Plugin | Fehlerbericht | niedrig | WARN org.dmxc.lumos.Kernel.Plugin.PluginManager - Time ... | geschlossen | 3.2 Beta x | | 10.04.2019 | 14.04.2019 | LightningBrothers |
Aufgabenbeschreibung
Der folgende Log-Eintrag taucht beim Starten des Kernels regelmäßig auf:
2019-04-09 22:11:39,807 [Main] WARN org.dmxc.lumos.Kernel.Plugin.PluginManager - Timeout when fetching Interface List from DMX Interface Factory Enttec
System.TimeoutException: Timeout für den Vorgang wurde überschritten.
bei DMXLIB.FactoryTimeoutDecorator.get_Interfaces() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\DMXLIB\FactoryTimeoutDecorator.cs:Zeile 105.
bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.loadInterfaces(IDMXInterfaceFactory factory) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Plugin\AbstractPluginManager.cs:Zeile 1246.
|
|
2953 | |
DMX Plugin | Fehlerbericht | mittel | Pfad für EasyView-Plugin wird nicht gespeichert | geschlossen | 3.1.1 | 3.1.2 | 29.10.2017 | 16.12.2018 | LightningBrothers |
Aufgabenbeschreibung
Siehe oben
|
|
4649 | |
Executoren | Wunsch / Idee | niedrig | Ändern der Reihenfolge der Executror-Seiten nicht mögli... | Usability Relevant | 3.3 Alpha x | | 13.11.2021 | 28.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Aktuell kann ich die verschiedenen Executor-Seiten nicht in einer eigenen Reihenfolge anordnen. Die angebotene Option “UI Order Index” wird zur Zeit ignoriert.
|
|
4748 | |
Executoren | Wunsch / Idee | niedrig | Multi-Touch-Unterstützung in Executoren implementieren | geschlossen | 3.3 Alpha x | 3.3 | 25.01.2022 | 18.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Die neuen Executoren unterstützen aktuell noch keine Multi-Touch-Eingabe. Diese Funktion soll auch Basis der Implementierung im Softdesk übernommen werden.
|
|
4647 | |
Executoren | Fehlerbericht | niedrig | Wert für Executoren pro Seite wird ignoriert | geschlossen | 3.3 Alpha x | 3.3 | 13.11.2021 | 30.07.2023 | LightningBrothers |
Aufgabenbeschreibung
In den Einstellungen für die Executor-Seiten kann ich festlegen, wie viele Executoren ist pro Seite nutzen möchte. Dieser Wert wird jedoch ignoriert. Egal welchen Wert ich einstelle, es werden grundsätzlich acht Executoren pro Seite angelegt.
|
|
4658 | |
Executoren | Fehlerbericht | mittel | Executor-Fenster nach GUI-Neustart komplett leer | geschlossen | 3.3 Alpha x | 3.3 | 16.11.2021 | 30.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Öffne ich das Projekt aus FS#4656 und starte dann einmal nur die GUI neu, ist das Executor-Fenster komplett leer. Es werden sowohl keine Executor Pages als auch die Executoren selbst nicht angezeigt.
Klicke ich aber auf “Add Page”, merkt das Fenster, dass bereits Executor Pages im geladenen Projekt existieren und beginnt entsprechend nach dem “höchsten” Executor zu zählen. Auch die Seitenzahl beginnt nicht bei 1.
|
|
5024 | |
Executoren | Wunsch / Idee | niedrig | Gemeinsame Ansteuerung von Funktionen u. a. für Cuelist... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 02.02.2023 | 30.07.2023 | LightningBrothers |
Aufgabenbeschreibung
In gewissen Situationen habe ich gleich mehrere Cuelists, die ich gemeinsam live manipulieren möchte, wie unter anderem Timing (Fade Factor), Effect speed, Limit, Temp. Aktuell muss ich hierzu entsprechend viele Executoren anlegen, kann aber dann die Werte immer noch nicht für mehrere Cuelists gemeinsam setzen.
Um dies zu ermöglichen kamen mir hier zwei mögliche Ansätze in den Sinn:
|
|
4656 | |
Executoren | Fehlerbericht | hoch | Belegung von Executor Pages und Executoren wird nicht r ... | geschlossen | 3.3 Alpha x | 3.3 | 15.11.2021 | 24.06.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe mir ein Projekt erstellt, um die verschiedenen Executor-Typen zu testen und zu dokumentieren. Die Belegung der verschiedenen Seiten ist in den beigefügten Screenshots zu sehen. Die verschiedenen Executoren enthalten dabei auf allen Seiten mehrfach die gleichen Elemente, damit ich insbesondere auch die zahlreichen Buttons prüfen kann. Soweit ich das überblicke, werden diese Informationen auch richtig in die Datei “ExecutorMemberWrappers.xml” geschrieben.
Beim erneuten Laden des Projekts direkt aus der laufenden Sitzung heraus oder auch beim Laden des Projekts nach einem Neustart von DMXC werden die Belegung der Executor-Pages augenscheinlich unvollständig bzw. gar nicht geladen - insbesondere bei den “hinteren” Executor-Pages (im aktuellen Beispiel Group Master, Parameter Master etc.). Beim Betätigen des Faders des Executor 2.1 (Executor Page Group Master) kann man aber erkennen, dass eine Verknüpfung im Hintergrund noch existiert. Die Fader der Executoren 2.2 und 2.3 bewegen sich mit. Gleiches fällt auf, wenn man die Belegung der Executoren ändern möchte. Es wird erst beim zweiten Ablegen eines Elements auf den Executor wirklich das neue Element angezeigt.
Im Anhang findet sich neben den Screenshots des Sollzustands das zugehörige Projekt sowie die Logfiles, die nach dem Neustart und Laden des Projekts generiert wurden.
|
|
4780 | |
Executoren | Fehlerbericht | niedrig | Fader-Modus des Color Masters ändert Farbübergang zwisc... | Unbestätigt | 3.3 Alpha x | 3.4 | 20.02.2022 | 18.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe eine einfache Cuelist mit zwei Cues gebaut, die in Schleife wiedergegeben wird:
Cue 1: Dimmer [100%], Farbe [ColorMaster 1]
Cue 2: Dimmer [100%], Farbe [ColorMaster 2]
Beide Color Master habe ich mir in den verschiedenen Modi RGB, CMY und HSV in eine Executor Page geliegt.
Jenachdem, welchen Color Master Typ ich nutze, um die Farbe einzustellen, ändert sich der Farbübergang zwischen den beiden Cues. Entweder direkt oder entlang des Farbkreises. Dass die Kombination des Farbtypes / Farbmodells den Fade beeinflusst, ist grundsätzlich bekannt (siehe Ticket FS#4279).
An dieser Stelle kann es zu Verwunderungen führen, wenn eben dieses Verhalten nicht bewusst ist. Die Verwunderung kann noch größer sein, wenn man einmal die Farbe per Fader festlegt (der als HSV konfiguriert ist) und dann die Farbe per Button setzt - innerhalb eines Executorzugs. Auch dies beeinflusst den Farbübergang.
Grundsätzlich kann man diesen Punkt dokumentieren, bis er sich bei der Umsetzung des Tickets FS#4279 “erledigt”. Die Frage ist aber, ob dies ein praktikabler Weg ist und ob es nicht besser wäre, dem ColorMaster eine Einstellung mitzugeben, dass er die Farbe nur intern in einem bestimmten Farbmodell vorhält.
|
|
4738 | |
Executoren | Fehlerbericht | niedrig | Executor für Cuelist: Option "Release at zero" entferne ... | geschlossen | 3.3 Alpha x | 3.3 | 23.01.2022 | 07.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Aktuell gibt es in den Einstellungen für den Executor zu den Cuelists noch den Eintrag “Release at zero”. Dieser funktioniert nicht und wurde mittlerweile durch “Auto Stop” abgelöst.
|
|
4794 | |
Executoren | Fehlerbericht | niedrig | Fadertyp "Limit" nicht in Auswahl für Executor verfügba ... | geschlossen | 3.3 Beta x | 3.3 | 02.03.2022 | 07.01.2023 | LightningBrothers |
Aufgabenbeschreibung
Der neue Fadertyp “Limit” für die Executor-Variante der Cuelist ist in den Einstellungen des Executors noch nicht in der Auswahlliste für den Fader enthalten.
|
|
4539 | |
Executoren | Wunsch / Idee | niedrig | Button "Add Page" abschaltbar machen | Unbestätigt | 3.3 Alpha x | 3.4 | 15.05.2021 | 31.03.2022 | LightningBrothers |
Aufgabenbeschreibung
Aktuell existiert im Executor-Fenster grundsätzlich der Button “Add Page”. Dieser sollte für den Live-Betrieb aber abschaltbar sein, um dort nicht versehentlich neue Seiten anzulegen.
Eventuell könnte eine Variante sein, diese Option in die Properties des Zweigs für die Executor Pages.
|
|
4699 | |
Executoren | Wunsch / Idee | niedrig | Zusätzliche Buttons für Position Master | geschlossen | 3.3 Alpha x | 3.3 | 06.01.2022 | 08.03.2022 | LightningBrothers |
Aufgabenbeschreibung
Für den Position Master sollen folgende Buttons hinzugefügt werden:
|
|
4781 | |
Executoren | Wunsch / Idee | niedrig | Color List Mode für Color Master Fader im Executor | Unbestätigt | 3.3 Alpha x | | 21.02.2022 | 21.02.2022 | LightningBrothers |
Aufgabenbeschreibung
Aus der Erfahrung heraus gibt es für LED-Scheinwerfer eine Reihe von Farben, die man gerne wiederverwendet, weil man weiß, dass sie auf den Geräten gut aussehen. Solche Farben sind aber oft Mischfarben. Diese Mischfarben kann man mit einem Fader jedoch nur schwer schnell und reproduzierbar “treffen”.
Grundsätzlich besteht die Möglichkeit, diese Farben in mehreren Cuelists zu speichern, gerade wenn man sie über mehrere Geräte unterschiedlich aufrufen möchte. Um das Projekt flexibler zu gestalten, kam mir daher der Gedanke, dass man durch die Kombination eines Color Masters auf einem Executor mit einer selbst definierten Color List ggf. vereinfachen könnte. Hierzu wähle ich statt eines Faders wie Hue, Saturation, Red oder ähnlich eine meiner vorbereiteten Color Lists aus. Auf Basis dieser Color List erhält man im Bereich des Faders statt des Faders untereinander angeordnete Buttons mit den Farben aus der ausgewählten Color List. Damit ließen sich eigene Farben entsprechend schneller anwählen und man benötigt für einen Color Master auch nur einen Executor-Zug.
|
|
4757 | |
Executoren | Wunsch / Idee | niedrig | Schieben der Executor Pages Buttons erst bei nicht ausr ... | geschlossen | 3.3 Alpha x | | 30.01.2022 | 30.01.2022 | LightningBrothers |
Aufgabenbeschreibung
Arbeitet man mit mehreren Seiten, wird der Button der aktuellen ausgewählten Seite immer mittig dargestellt. Dies ist auch der Fall, wenn das Executor-Fenster breit genug ist und alle Buttons dargestellt werden können. Daher sollte aus meiner Sicht das Schieben der Buttons erst aktiviert werden, wenn die Breite des Fensters nicht ausreicht, um alle Buttons darzustellen. Steht genügend Platz zur Verfügung, sollten die Buttons einfach nur statisch zentriert angezeigt werden.
|
|
4653 | |
Executoren | Wunsch / Idee | niedrig | Nicht belegte Fader und Buttons ausgrauen | geschlossen | 3.3 Alpha x | 3.3 | 14.11.2021 | 30.01.2022 | LightningBrothers |
Aufgabenbeschreibung
Man kann in den Einstellungen der Executoren festlegen, dass ein Fader und Buttons nicht belegt sind. In diesem Fall könnte aus meiner Sicht die Übersichtlichkeit erhöht werden, wenn diese bei der Einstellung “Empty” ausgegraut werden, also optisch in den Hintergrund treten. Gerade ein unbelegter Fader zeigt dies nicht offensichtlich genug.
|
|
4698 | |
Executoren | Wunsch / Idee | niedrig | Mit Empty belegte Buttons farblich zurückhaltend gestal ... | geschlossen | 3.3 Alpha x | 3.3 | 06.01.2022 | 09.01.2022 | LightningBrothers |
Aufgabenbeschreibung
Ist ein Button mit “Empty” belegt, sollten diese so gestaltet werden, dass diese farblich deutlich zurückhaltend gestaltet sind. Aktuell muss man sehr genau schauen, welche Button mit einer “richtigen” Aktion belegt sind.
|
|
4648 | |
Executoren | Fehlerbericht | niedrig | Nachträgliches Ändern der Anzahl an Executoren pro Seit ... | geschlossen | 3.3 Alpha x | | 13.11.2021 | 26.12.2021 | LightningBrothers |
Aufgabenbeschreibung
Auf das Ticket FS#4647 aufbauend ist es bei einer bereits angelegten Executor-Seite nicht mehr möglich, die Anzahl der Executoren zu ändern. Die angebotene Option in den Einstellungen für die Seite wird nicht berücksichtigt.
|
|
5300 | |
GUI | Fehlerbericht | niedrig | Effektvisualizer aktualisiert sich bei Verwendung von C... | Unbestätigt | 3.3 RC x | | 05.04.2024 | 05.04.2024 | LightningBrothers |
Aufgabenbeschreibung
Ich lege einen 1D-Effekt auf die Farbe und trage dann einen ColorMaster als Wert für die Farbe ein. Schaue ich mir dies nun mit dem Effektvisualizer an, aktualisiert sich die grafische Darstellung des Wertebereichs nicht. Der Regenbogen bleibt konstant bei rot als Startpunkt, selbst wenn der Colormaster ein grün oder ein gelb ausgibt.
Hinterlege ich aber eine feste Farbe, wie zum Beispiel gelb, dann wird dies vom Effektvizualiser berücksichtigt.
Diese Problem betrifft aber nur den Effektvisualizer selbst - die Ausgabe in der Stageview passt.
Bilder und ggf. ein kleines Beispielprojekt können noch nachgereicht werden.
|
|
4766 | |
GUI | Wunsch / Idee | niedrig | Levelsteuerung für Dirty Flag und Warning | Auf User warten | 3.3 Alpha x | 3.3 | 07.02.2022 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Um die Nutzer bei der Verwendung der Funktion “Zeitpunkt für Aktivierung der DMX-Ausgabe selbst festlegen” aus Ticket FS#4015 zu unterstützen, aber auch bei weiteren Punkten wie
sollen alle Warnungen und Änderungen mit einem “Schweregrad” bzw. Warning-Level versehen werden.
Zur Protokollierung, welche Funktion die Warnung generiert oder das Dirty Flag setzt, soll ein Interface gebaut werden, über das die Wichtigkeit der Änderung an einen zentralen Manager weitergereicht wird. Wie detailliert die Rückmeldung an den Nutzer erfolgt, kann dieser über eine Einstellung festlegen. Diese Einstellung greif dabei die verschiedenen Level der Schwere der Warnung oder der Änderung am Projekt auf.
|
|
5152 | |
GUI | Fehlerbericht | mittel | GUI stockt / stürzt ab bei Werteänderung über MIDI | Benötigt Tests | 3.3 Beta x | 3.3.1 | 16.09.2023 | 21.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Mit dem beigefügten Projekt habe ich eine einfache Ansteuerung der Position von in der Stage View ausgewählten Geräten über meinen MIDI-Controller (Traktor F1) realisiert. Bei schnellen, ruckartigen Werteänderungen stockt GUI bis hin zum Einfrieren. Das Stocken betrifft im konkreten Fall unter anderem das Position Control und das Device Control. Hier liegt bei mir die Vermutung nahe, dass bei einer meiner letzten Nutzung im größeren Umfeld deswegen die GUI auch komplett abgestürzt ist. Der gezeigte Auszug aus den beigefügten Logs entstammt der ersten GUI-Session.
2023-09-15 18:44:42,258 [74] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Lumos.GUI.Facade.DeviceProperties.DevicePropertyFacade.<OnProgrammerValueChanged>d__71.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\DeviceProperties\DevicePropertyFacade.cs:Zeile 516.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
bei System.Threading.ThreadPoolWorkQueue.Dispatch()
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
Nutze ich im gleichen Connectionset statt die Fader / Encoder meines MIDI-Controllers die beiden Slider des ebenfalls enthaltenen Softdesks, werden alle Werteänderungen sauber umgesetzt. Sowohl langsame als auch schlagartige Werteänderungen kommen nahezu verzögerungsfrei im Position Control und im Device Control an.
|
|
5080 | |
GUI | ToDo | niedrig | Effects und Filters Fenster in Standard-Layout aufnehme... | Auf Entwickler warten | 3.2.3 | 3.3 | 26.06.2023 | 11.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Aktuell umfasst das Standard-Layout von DMXC 3.2.3 unten rechts nur das Preset-Fenster. Hier sollte aus folgenden Gründen eine Anpassung des Standard-Layouts vorgenommen werden:
Die Presets sind sinnvoll, sollten aber nicht direkt als erstes genutzt werden.
Das Effects und Filters wird mehrheitlich immer mit als Fenster geöffnet und dann über das Preset-Fenster gelegt.
Daher sollte das Standard-Layout wie im Screenshot gezeigt um das Effects und Filters Fenster ergänzt werden, was sich das Panel gemeinsam mit dem Preset-Fenster teilt.
|
|
5172 | |
GUI | Wunsch / Idee | niedrig | Zeitfenster für automatisches Schließen der Abfrage "Lo ... | geschlossen | 3.3 Beta x | 3.3 | 10.11.2023 | 05.12.2023 | LightningBrothers |
Aufgabenbeschreibung
Aus meiner Sicht sollte die Zeit für das automatische Schließen der Abfrage “Load last window layout?” verlängert werden. Gerade wenn ich größere Projekte lade, ist DMXControl 3 noch lange mit sich selbst beschäftigt. In diesem Zustand geht die Abfrage ein Stück weit darin unter, weil im Hintergrund noch vielerlei Dinge passieren.
|
|
4878 | |
GUI | Fehlerbericht | niedrig | Löschung von zwei Zeichen bei DMX-Adresse im Add Device ... | geschlossen | 3.3 Beta x | 3.3 | 03.07.2022 | 27.11.2023 | LightningBrothers |
Aufgabenbeschreibung
Möchte ich im Add Device Dialog die DMX-Adresse für ein neu zu patchendes Gerät korrigieren und lösche mittels der Backspace-Taste oder der Entf-Taste meine Eingabe, so werden immer zwei Zeichen entfernt. Im Eingabefeld für Device Name tritt dieses Phänomen nicht auf.
Da dieses Problem ein reines GUI-Problem ist, kann ich hierzu keine Logs zur Verfügung stellen. Dies muss daher direkt in der Software nachvollzogen werden.
|
|
4747 | |
GUI | Wunsch / Idee | niedrig | Hinweistext "No results found" in Item list anzeigen | Unbestätigt | 3.3 Alpha x | TBD (UIS) | 25.01.2022 | 30.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Können durch diverse Filter (voreingestellte Filter oder durch manuelle Textfilter aus Suchmaske) keine passenden Ergebnisse gefunden werden, soll hierauf durch einen Text wie “No results found” hingewiesen werden. Im Fall der Gobo List ist es aktuell so, dass dann man nur ein leeres Fenster sieht.
|
|
3999 | |
GUI | Fehlerbericht | niedrig | Automatische Spaltenbereite berücksichtigt lange Bezeic ... | geschlossen | 3.2 | | 02.01.2020 | 16.10.2023 | LightningBrothers |
Aufgabenbeschreibung
Ist die Anzahl der Geräte im Ordner Devices oder in einer Device Group so groß, dass man in dem Ordner scrollen muss, wird bei einer Verlängerung der Gerätebezeichnung immer nur die Länge der Zeichenkette als Referenz genommen, die sich im sichtbaren Teil der Liste befindet. Haben Geräte im unteren Teil der Liste eine (deutlich) längere Bezeichnung, so wird diese nicht vollständig angezeigt - obwohl die Spalte Name diese längere Bezeichnung zum Teil bereits registriert.
Im Anhang ist ein entsprechendes Beispielprojekt zu finden.
|
|
4452 | |
GUI | Fehlerbericht | mittel | Inhalt der Stage View wird nicht aktualisiert | geschlossen | 3.3 Alpha x | 3.3 | 08.04.2021 | 18.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Wenn ich im folgenden Setup auf PC 1 in einem leeren Projekt Geräte und Gerätegruppen in einer Stage View hinzufüge, so wird die auf PC 2 nicht aktualisiert. Gleiches gilt umgekehrt.
Auch wenn die Icons der Geräte und Gerätegruppen nicht simultan anzeigt werden, so aktualisieren sich zumindest beide GUIs, wenn die Geräte auswähle.
|
|
5079 | |
GUI | Fehlerbericht | niedrig | Text "Do you want to load the project" fehlt | geschlossen | 3.3 Beta x | 3.3 | 26.06.2023 | 03.09.2023 | LightningBrothers |
Aufgabenbeschreibung
Nach dem Anlegen eines neuen Projekts erscheint die Abfrage, ob das neu angelegte Projekt auch direkt geladen werden soll. Allerdings fehlt in diesem Fenster der entsprechende Text, wie im beigefügten Screenshot zu sehen. Das Problem besteht sowohl in der englischen als auch in der deutschen GUI.
|
|
2829 | |
GUI | ToDo | niedrig | Channel Overview: Layout Optimierung | Zugeteilt | 3.1.1 Beta x | | 27.05.2017 | 29.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Anfang und Ende eines Adressbereichs für ein Gerät besser kennzeichnen, zum Beispiel durch abgerundete Ecken
Adresse in die Mitte verschieben(Fett), Darunter dann der DMX-Wert
Vergrößerung der Balken für Kanalwerte(auf voller Breite aber hinter Adresse und Value)
Highlighting der Kanäle der gerade in der StageView ausgewählten Geräte
Farbliche Kategorisierung der einzelnen Kanalfunktionen wie Dimmer, Color, Position, Gobo, Strobe / Shutter (ENTSCHEIDUNG)
|
|
5114 | |
GUI | Fehlerbericht | niedrig | Abgedockte Fenster nach Wechsel auf anderen PC teilweis... | Unbestätigt | 3.3 Beta x | 3.4 | 11.08.2023 | 14.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich wechsele recht regelmäßig beim Programmieren zwischen verschiedenen PCs, welche dann auch allesamt noch unterschiedliche Bildschirmkonfigurationen haben - das heißt sowohl die Anzahl als auch die Anordnung.
Immer wenn ich das Projekt nach dem Wechsel erstmalig wieder auf einem anderen PC bzw. unter einer anderen Bildschirmkonfiguration öffne, um daran weiterzuarbeiten, passiert es, dass abgedockte Fenster komplett zusammengeschoben werden. Hierbei ist zu beachten, dass ich die Option “show taskbar icon for floating windows” aktiv habe. Exemplarisch habe ich einen Screenshot für das Input Assignment beigefügt, wo die Fenstergröße effektiv gesehen 0 ist.
Das Gemeine an diesem Problem ist in erster Linie, dass man die Fenster in dieser Größe schnell übersieht, wenn man nicht so wie ich um das Problem weiß. Die Funktion “Move floating windows to primary screen” hilft hierbei leider nicht weiter - sie positioniert auch nur die derart zusammengeschobenen auf dem ersten Bildschirm.
|
|
2109 | |
GUI | Fehlerbericht | niedrig | Nachträgliches Ändern der Matrixgröße | Entscheidung | 3.0 | 3.0.2 | 30.12.2014 | 14.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Wenn ich die Größe einer Matrix nachträglich über die Properties ändere (egal ob Vergrößerung oder Verkleinerung), kommt diese Änderung im PropertyGrid zahlenmäßig erst an, nachdem ich einmal den Matrix FormEditor geöffnet und mit OK wieder geschlossen habe. Die Matrix-Effekte kommen nach (und auch während) der Änderung allerdings direkt richtig an. In den meisten Fällen sollte dieser Schritt meiner Meinung unnötig sein und könnte aktuell noch zu Verwirrungen führen.
|
|
5110 | |
GUI | Fehlerbericht | niedrig | Device Control aktualisiert Größe von Matrix erst nach ... | geschlossen | unbestimmt | | 06.08.2023 | 12.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich füge eine Generic Matrix einem leeren Projekt hinzu, ändere dann die Größe auf 16 Spalten und 8 Zeilen und bestätige dies.
Im Device Control wird zu diesem weiterhin die alte Größe der Matrix angezeigt, hier also 4 Spalten und 4 Zeilen.
Erst wenn ich einen Matrix Effekt auf die Matrix anwende, erfolgt die Aktualisierung der Größe auf 16 Spalten und 8 Zeilen.
|
|
4927 | |
GUI | Fehlerbericht | niedrig | Project Administration: Sortierung der Projekte nicht n... | Unbestätigt | 3.3 Beta x | 3.3.1 | 05.10.2022 | 09.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe bei mir nun fünf Projekte neu importiert und diese teilweise auch gespeichert. Die Sortierung in der Liste mit den verfügbaren Projekten ist aber nicht nachvollziehbar und eher zufällig.
Für eine bessere Übersicht sollte aus meiner folgende Kriterien hinterlegt werden, um ein Projekt direkt aus der Liste auszuwählen und nicht die Suche nutzen zu müssen:
1. Kriterium: Angepinnte Projekte (Favoriten), dann alle anderen Projekte
2. Kriterium: Alphabetische Sortierung analog zum Windows Explorer (erst Ziffern aufsteigend, dann alphabetisch aufsteigend)
|
|
4985 | |
GUI | Fehlerbericht | hoch | Absturz der GUI auf Grund Unhandled Exception | geschlossen | 3.3 Beta x | 3.3 | 23.12.2022 | 07.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Mit der Beta 5 habe ich häufig insbesondere beim Speichern des aktuellen Projekts das Problem, dass die GUI abstürzt. Folgender Eintrag im Log der GUI zu finden.
2022-12-23 16:24:17,453 [Log-Thread] DEBUG Lumos.GUI.Run.GuiRunManager - InformSaveProject [before=True] took 105 ms
2022-12-23 16:24:17,531 [Log-Thread] DEBUG Lumos.GUI.Net.gClient.User_gClient - UserContext of current User changed
2022-12-23 16:24:17,540 [92] FATAL Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
System.InvalidOperationException: Der Vorgang ist aufgrund des aktuellen Zustands des Objekts ungültig.
bei Lumos.GUI.Facade.User.UserContextFacade.ProcessDeviceChangedMessage(UserContextChangedMessage message) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\User\UserContextFacade.cs:Zeile 43.
bei Lumos.GUI.Facade.GUISession.UserContextFacadeUpdater.<ProcessChange>d__3.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeUpdaters.cs:Zeile 38.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
bei Lumos.GUI.Facade.GUISession.FacadeContainer`2.<ProcessChangeMessage>d__21.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Facade\GUISession\FacadeContainer.cs:Zeile 142.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei System.Runtime.CompilerServices.ConfiguredTaskAwaitable`1.ConfiguredTaskAwaiter.GetResult()
bei Lumos.GUI.User.UserManager.<OnUserContextChanged>d__65.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\User\UserManager.cs:Zeile 282.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.AsyncMethodBuilderCore.<>c.<ThrowAsync>b__6_1(Object state)
bei System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
bei System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
bei System.Threading.ThreadPoolWorkQueue.Dispatch()
bei System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
Der Kernel führt zu dem Zeitpunkt des Absturz folgende Aktionen aus:
2022-12-23 16:24:17,475 [Log-Thread] INFO org.dmxc.lumos.Kernel.Project.ProjectManager - Saving Project FS#4944 - Master window
2022-12-23 16:24:17,484 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Input.v2.InputManager - saveProject KernelInputManager.
2022-12-23 16:24:17,796 [Log-Thread] DEBUG org.dmxc.lumos.Kernel.Resource.FileAccessUtil - Deleted D:\Arbeit\MSK event GbR\Software\DMXControl 3.3.0\Kernel\Temp\b42fdf64-174b-4edc-97eb-b4cb45012ba3.tmp
2022-12-23 16:24:17,796 [Log-Thread] INFO org.dmxc.lumos.Kernel.Project.ProjectManager - Project FS#4944 - Master window successfully saved.
|
|
5088 | |
GUI | Fehlerbericht | niedrig | DMX-Interface-Fenster stürtzt beim Schließen ab | geschlossen | 3.3 Beta x | 3.3 | 16.07.2023 | 07.08.2023 | LightningBrothers |
Aufgabenbeschreibung
Nach dem Initiieren der Shutdown-Prozesses der GUI ist mit das DMX-Interface-Fenster “abgestürzt”, bedeutet der Inhalt wurde durch das große rote X ersetzt. Im Log der GUI gibt es hierzu folgenden Eintrag.
2023-07-16 21:23:57,362 [Main GUI] ERROR Lumos.GUI.Run.GuiRunManager - Unhandled Exception: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
System.NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.
bei Lumos.GUI.Windows.DMXInterface.DMXInterfaceForm.<>c__DisplayClass21_0.<<interfacegrid_RowPrePaint>b__3>d.MoveNext() in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 288.
--- Ende der Stapelüberwachung vom vorhergehenden Ort, an dem die Ausnahme ausgelöst wurde ---
bei System.Runtime.CompilerServices.TaskAwaiter.ThrowForNonSuccess(Task task)
bei System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
bei LumosToolsLIB.Tools.AsyncHelper.RunSync(Func`1 func) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosToolsLIB\src\Tools\AsyncHelper.cs:Zeile 33.
bei Lumos.GUI.Windows.DMXInterface.DMXInterfaceForm.interfacegrid_RowPrePaint(Object sender, DataGridViewRowPrePaintEventArgs args) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Windows\DMXInterface\DMXInterfaceForm.cs:Zeile 284.
bei System.Windows.Forms.DataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e)
bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnRowPrePaint(DataGridViewRowPrePaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 525.
bei System.Windows.Forms.DataGridViewRow.Paint(Graphics graphics, Rectangle clipBounds, Rectangle rowBounds, Int32 rowIndex, DataGridViewElementStates rowState, Boolean isFirstDisplayedRow, Boolean isLastVisibleRow)
bei System.Windows.Forms.DataGridView.PaintRows(Graphics g, Rectangle boundingRect, Rectangle clipRect, Boolean singleHorizontalBorderAdded)
bei System.Windows.Forms.DataGridView.PaintGrid(Graphics g, Rectangle gridBounds, Rectangle clipRect, Boolean singleVerticalBorderAdded, Boolean singleHorizontalBorderAdded)
bei System.Windows.Forms.DataGridView.OnPaint(PaintEventArgs e)
bei Lumos.GUI.Controls.DataGrid.LumosDataGridView.OnPaint(PaintEventArgs e) in D:\Jenkins\workspace\Lumos_Pipeline_3.3\LumosGUI\src\Controls\DataGrid\LumosDataGridView.cs:Zeile 529.
bei System.Windows.Forms.Control.PaintWithErrorHandling(PaintEventArgs e, Int16 layer)
bei System.Windows.Forms.Control.WmPaint(Message& m)
bei System.Windows.Forms.Control.WndProc(Message& m)
bei System.Windows.Forms.DataGridView.WndProc(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
bei System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
bei System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
|
|
5058 | |
GUI | Fehlerbericht | niedrig | Tooltips vom Typ "Warnung" werden nicht anzeigt | Auf Entwickler warten | 3.2.3 | 3.3.1 | 05.06.2023 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Ich habe die Tooltips in den Einstellungen deaktiviert. Gebe ich nun im Device Control einen nicht zulässigen Wert ein, werde ich hier weiterhin nicht darauf hingewiesen. Die GUI reagiert dabei so lange nicht, bis ich die Eingabe über Esc abbreche.
|
|
5027 | |
GUI | Wunsch / Idee | niedrig | Project Administration: Cursor-Fokus beim Öffnen direkt... | Zugeteilt | 3.3 Beta x | TBD (UIS) | 05.02.2023 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Wenn die Project Administration geöffnet wird, sollte der Fokus des Cursors direkt im Suchfeld sein, damit ich direkt einen Suchbegriff eingeben kann. Dadurch dass sich die Maus mit dem letzten Klick eher abseits von der Project Administration befindet, ist das Setzen des Cursors in das Suchfeld etwas umständlich.
|
|
4958 | |
GUI | Wunsch / Idee | niedrig | Filter "Included in project" in allen Image Selector Wi... | Unbestätigt | 3.3 Beta x | 3.3.1 | 08.11.2022 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Wählt man im Affinity window das Gobo aus, welches zu ersetzen ist, erhält man den Filter “Included in project”.
Dieser Filter sollte auch in allen anderen Image Selector Windows angeboten werden, um auf Wunsch das Auswählen von Gerätebildern oder Icons zu vereinfachen und zu beschleunigen. Dieser Filter ist aber Gegensatz zur Auswahl bei der Gobo Affinity standardmäßig deaktiviert.
|
|
4957 | |
GUI | Wunsch / Idee | niedrig | Meta-Daten zu Bilddateien für Gobos und Gerätebilder hi... | Unbestätigt | 3.3 Beta x | TBD (UIS) | 08.11.2022 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Mit dem neuen Image selector kann man nach Gobos bzw. Bildern des Geräts suchen. Aktuell hat man als Suchkriterium “nur” den Dateinamen. Bei selbst geschriebenen DDFs ist das weniger problematisch, weil man da noch einen sprechenden Dateinamen für die Bilddateien vergeben kann.
Bei DDFs, die über den Installer oder die DDFLib ausgeliefert werden, erhalten die Bilddateien den neutralen Dateinamen. Sucht man ein bestimmtes Gobo eines bestimmten Geräts bzw. ein bestimmtes Gerät muss man effektiv immer einen Blick direkt ins DDF selbst werfen, um den geänderten Dateinamen herauszufinden.
Um die Suche zu vereinfachen wäre es hilfreich, wenn die Bilddateien zusätzliche Informationen wie Hersteller und Gerätezeichnung in Form von Meta-Daten erhalten würden.
|
|
4937 | |
GUI | Wunsch / Idee | niedrig | Project Administration: Angepinnte Projekte (Favoriten)... | Unbestätigt | 3.3 Beta x | 3.3.1 | 11.10.2022 | 31.07.2023 | LightningBrothers |
Aufgabenbeschreibung
Projekte, die ich angepinnt und damit als Favorit markiert habe, sollten in der Liste der Projekte farblich hervorgehoben oder anderweitig von den nicht angepinnten Projekten separiert werden. Der Stern finde ich als Hinweis drauf ein bisschen zu wenig.
Dieses Ticket steht in gewissen Teilen auch im Zusammenhang mit Ticket FS#4927, da ich von meiner Seite davon ausgehe, dass die angepinnten Projekte immer oben in der Liste angezeigt werden.
|