<?xml version="1.0" ?>
<rdf:RDF xmlns:dc="http://purl.org/dc/elements/1.1/" 
  xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" 
  xmlns="http://purl.org/rss/1.0/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel rdf:about="https://www.bugs.dmxcontrol-projects.org/">
    <title>DMXC Bugtracker -</title>
    <link>https://www.bugs.dmxcontrol-projects.org/</link>
    <description>DMXC Bugtracker -DMXControl 3: Recently closed tasks</description>
    <dc:date>2026-05-31T21:17:32Z</dc:date>
    <items>
      <rdf:Seq>
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5583" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5585" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5584" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5152" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5581" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4754" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5361" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5577" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5541" />
                <rdf:li rdf:resource="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5576" />
              </rdf:Seq>
    </items>
    		
  </channel>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5583">
    <title>FS#5583: Textbuchplugin - Docx Import jede zweite Zeile wird nicht auf style 1 gesetzt.</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5583</link>
    <dc:date>2026-05-31T21:17:32Z</dc:date>
    <dc:creator>Joseph Noetzel</dc:creator>
     <description>

Es wird beim Import einer docx Datei jede improtierte Zeile immer abwechselnd mit Style 1 und 99 gesetzt. Praktisch wäre wenn immer Style 1 genommen wird. Oder man kann es aufteilen. Normeler Text Style 1, Überschrift 1 Style 2, Ü2 - Style 3 usw. Wäre aber nur nice to have… 

</description>
    <content:encoded><![CDATA[
<p>
Es wird beim Import einer docx Datei jede improtierte Zeile immer abwechselnd mit Style 1 und 99 gesetzt. Praktisch wäre wenn immer Style 1 genommen wird. Oder man kann es aufteilen. Normeler Text Style 1, Überschrift 1 Style 2, Ü2 - Style 3 usw. Wäre aber nur nice to have… 
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5585">
    <title>FS#5585: TExtbuchplugin - Docx import Zeilen werden immer doppelt angelegt</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5585</link>
    <dc:date>2026-05-31T21:17:17Z</dc:date>
    <dc:creator>Joseph Noetzel</dc:creator>
     <description>

Im Anhang das Dokument wo das Problem auftritt.

</description>
    <content:encoded><![CDATA[
<p>
Im Anhang das Dokument wo das Problem auftritt.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5584">
    <title>FS#5584: Textbuchplugin - Highlight der aktuellen Cue(list) stärker anzeigen</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5584</link>
    <dc:date>2026-05-31T20:04:11Z</dc:date>
    <dc:creator>Joseph Noetzel</dc:creator>
     <description>

wäre super, wenn man die aktuelle Position von dem Go besser hightlighten könnte. Der Punkt an der Seite ist für mich persönlich etwas unauffällig.



Mein Vorschlag wäre, dass man den Hintergrund von der entsprechenden laufenden Zeile markiert. So ähnlich, wie das selektieren der Zeile.

</description>
    <content:encoded><![CDATA[
<p>
wäre super, wenn man die aktuelle Position von dem Go besser hightlighten könnte. Der Punkt an der Seite ist für mich persönlich etwas unauffällig.
</p>

<p>
Mein Vorschlag wäre, dass man den Hintergrund von der entsprechenden laufenden Zeile markiert. So ähnlich, wie das selektieren der Zeile.
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5152">
    <title>FS#5152: GUI stockt / stürzt ab bei Werteänderung über MIDI</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5152</link>
    <dc:date>2026-05-30T08:44:36Z</dc:date>
    <dc:creator>Stefan Kistner</dc:creator>
     <description>

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.&amp;lt;OnProgrammerValueChanged&amp;gt;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.&amp;lt;&amp;gt;c.&amp;lt;ThrowAsync&amp;gt;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.

</description>
    <content:encoded><![CDATA[
<p>
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 <acronym title="Graphical User Interface">GUI</acronym> 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 <acronym title="Graphical User Interface">GUI</acronym> auch komplett abgestürzt ist. Der gezeigte Auszug aus den beigefügten Logs entstammt der ersten <acronym title="Graphical User Interface">GUI</acronym>-Session.<br />
</p>
<pre class="code">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.&lt;OnProgrammerValueChanged&gt;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.&lt;&gt;c.&lt;ThrowAsync&gt;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()</pre>

<p>
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.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5581">
    <title>FS#5581: Breite für Executor-Nummer auf mindestens drei Ziffern erhöhen</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5581</link>
    <dc:date>2026-05-25T10:30:44Z</dc:date>
    <dc:creator>Stefan Kistner</dc:creator>
     <description>

Das Feld für die Executor-Nummer sollte mindestens so groß sein, dass drei Ziffern klar angezeigt werden. Diese Zahl kann vergleichsweise schnell erreicht werden.



Wie im beigefügten Screenshot zu sehen, werden aktuell selbst zwei Ziffern nicht vollständig dargestellt. Ich könne daher vorstellen, dass sich die Breite des Feldes an der Breite des Textes orientiert, um so bei wenigen Executoren wiederum noch mehr Platz für den Text zu haben.

</description>
    <content:encoded><![CDATA[
<p>
Das Feld für die Executor-Nummer sollte mindestens so groß sein, dass drei Ziffern klar angezeigt werden. Diese Zahl kann vergleichsweise schnell erreicht werden.
</p>

<p>
Wie im beigefügten Screenshot zu sehen, werden aktuell selbst zwei Ziffern nicht vollständig dargestellt. Ich könne daher vorstellen, dass sich die Breite des Feldes an der Breite des Textes orientiert, um so bei wenigen Executoren wiederum noch mehr Platz für den Text zu haben.<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4754">
    <title>FS#4754: Erweiterung der Executor/Dynamic Executer Nodes</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=4754</link>
    <dc:date>2026-05-22T21:53:00Z</dc:date>
    <dc:creator>Joseph Noetzel</dc:creator>
     <description>

Ich versuche mal meinen Wunsch zu erklären:



Ich möchte gerne auf meinem Streamdeck die 8 executoren mit den je 4 Buttons anzeigen. Dabei stoße ich an manchen Stellen an die Grenze, wenn ich den Executor Node verwende.



Ich möchte gerne in einem der Buttons anzeigen, was dem Executor zugewiesen ist (z.b. Cuelist XYZ, Colormaster…) und zusätzlich wie der Status ist. Bei Cuelist Start/Stop/Running, beim Colormaster die Farbe…



Ich könnte mir vorstellen, dass es zwei weitere Ausgänge am Knoten gibt. Einmal &amp;#8220;name&amp;#8221; für den aktuellen Namen von dem zugewiesenem Element und einmal &amp;#8220;value&amp;#8221; für den aktuellen Wert der ausgegeben wird.



Bin da offen für Vorschläge.



Prio. ganz niedrig… 

</description>
    <content:encoded><![CDATA[
<p>
Ich versuche mal meinen Wunsch zu erklären:
</p>

<p>
Ich möchte gerne auf meinem Streamdeck die 8 executoren mit den je 4 Buttons anzeigen. Dabei stoße ich an manchen Stellen an die Grenze, wenn ich den Executor Node verwende.
</p>

<p>
Ich möchte gerne in einem der Buttons anzeigen, was dem Executor zugewiesen ist (z.b. Cuelist XYZ, Colormaster…) und zusätzlich wie der Status ist. Bei Cuelist Start/Stop/Running, beim Colormaster die Farbe…
</p>

<p>
Ich könnte mir vorstellen, dass es zwei weitere Ausgänge am Knoten gibt. Einmal &#8220;name&#8221; für den aktuellen Namen von dem zugewiesenem Element und einmal &#8220;value&#8221; für den aktuellen Wert der ausgegeben wird.
</p>

<p>
Bin da offen für Vorschläge.
</p>

<p>
Prio. ganz niedrig… 
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5361">
    <title>FS#5361: Im Node für Proceduren die Möglichkeit schaffen eigene Proceduren zu verwenden.</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5361</link>
    <dc:date>2026-05-22T14:28:24Z</dc:date>
    <dc:creator>Stefan Schmidt</dc:creator>
     <description>

Hallo,Im Node für Proceduren eines Devices oder Device Group die Möglichkeit schaffen eigene Proceduren zu verwenden.



Es gibt da in dem Node eine Liste von Proceduren die man verwenden kann.(Bild von der Liste im Anhang)Ich hatte einen Teil des DDFs mit dem DDF Creator 3 erstellt. Auch hier gibt es eine Liste mit Proceduren.(Auch hiervon ein Bild im Anhang)Es gab da, da das was ich verwenden wollte nicht aufgeführt war, die Möglichkeit eine Procedure &amp;#8220;Custom&amp;#8221; anzulegen.Ich habe dafür dann auch zwei Proceduren &amp;#8220;Custom&amp;#8221; erstellt.Diese beiden Proceduren kann ich über die Stage View anwählen und ausführen, Im Node für die Proceduren finde ich die aber nicht.



Mein Wunsch wäre:Entweder, wenn in dem Node ein Device oder eine Device Group ausgewählt wurde, die dafür verwendbaren Proceduren alle anzuzeigen.Oder Zusätzliche Proceduren in die Liste zur Verwendung mit aufzunehmen.In meinem Fall wäre das fan_min und fan_maxVielleicht gibt es da von anderen noch weitere Wünsche ?



Ich habe mein verwendetes DDF auch mal mit angehängt.



 Gruß Steff

</description>
    <content:encoded><![CDATA[
<p>
Hallo,<br />Im Node für Proceduren eines Devices oder Device Group die Möglichkeit schaffen eigene Proceduren zu verwenden.
</p>

<p>
Es gibt da in dem Node eine Liste von Proceduren die man verwenden kann.<br />(Bild von der Liste im Anhang)<br />Ich hatte einen Teil des DDFs mit dem DDF Creator 3 erstellt. Auch hier gibt es eine Liste mit Proceduren.<br />(Auch hiervon ein Bild im Anhang)<br />Es gab da, da das was ich verwenden wollte nicht aufgeführt war, die Möglichkeit eine Procedure &#8220;Custom&#8221; anzulegen.<br />Ich habe dafür dann auch zwei Proceduren &#8220;Custom&#8221; erstellt.<br />Diese beiden Proceduren kann ich über die Stage View anwählen und ausführen, Im Node für die Proceduren finde ich die aber nicht.
</p>

<p>
Mein Wunsch wäre:<br />Entweder, wenn in dem Node ein Device oder eine Device Group ausgewählt wurde, die dafür verwendbaren Proceduren alle anzuzeigen.<br />Oder <br />Zusätzliche Proceduren in die Liste zur Verwendung mit aufzunehmen.<br />In meinem Fall wäre das fan_min und fan_max<br />Vielleicht gibt es da von anderen noch weitere Wünsche ?
</p>

<p>
Ich habe mein verwendetes DDF auch mal mit angehängt.
</p>

<p>
 Gruß Steff
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5577">
    <title>FS#5577: Alles aufschreiben</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5577</link>
    <dc:date>2026-05-15T13:34:25Z</dc:date>
    <dc:creator>Arne Lüdtke</dc:creator>
     <description>

Bitte alles aufschreiben

</description>
    <content:encoded><![CDATA[
<p>
Bitte alles aufschreiben<br />
</p>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5541">
    <title>FS#5541: Merge Problem - ich hoffe ich hab es endlich gefunden!</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5541</link>
    <dc:date>2026-05-15T08:39:13Z</dc:date>
    <dc:creator>Joseph Noetzel</dc:creator>
     <description>
Fehlerbeschreibung



Wenn ich in einer Cuelist mehrere Cues habe z.b.



1. Cue: Dimmer2. Cue: Position3. Cue: Gobo4. Cue: Leer



Danach editiert man die vierte Cue und ändere die Position und Dimmer, dann wird beim merch die Position oder der Dimmer aus den ersten Cues ersetzt. Obwohl im Speichern Dialog die Option für &amp;#8220;selktierte Cue&amp;#8221; gesetzt war.



</description>
    <content:encoded><![CDATA[
<h2 id="fehlerbeschreibung">Fehlerbeschreibung</h2>
<div class="level2">

<p>
Wenn ich in einer Cuelist mehrere Cues habe z.b.
</p>

<p>
1. Cue: Dimmer<br />2. Cue: Position<br />3. Cue: Gobo<br />4. Cue: Leer
</p>

<p>
Danach editiert man die vierte Cue und ändere die Position und Dimmer, dann wird beim merch die Position oder der Dimmer aus den ersten Cues ersetzt. Obwohl im Speichern Dialog die Option für &#8220;selktierte Cue&#8221; gesetzt war.
</p>

</div>
]]></content:encoded>
  </item>
    <item rdf:about="https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5576">
    <title>FS#5576: Position Control unterstützt keine Geräte mit nur einer Bewegungsachse</title>
    <link>https://www.bugs.dmxcontrol-projects.org/index.php?do=details&amp;task_id=5576</link>
    <dc:date>2026-05-14T23:05:44Z</dc:date>
    <dc:creator>Stefan Kistner</dc:creator>
     <description>

Geräte wie Tilt-Bars oder ähnliche - wo also nur eine von zwei Bewegungsachsen vorhanden sind - können vom Position Control aktuell nicht angesteuert werden.

</description>
    <content:encoded><![CDATA[
<p>
Geräte wie Tilt-Bars oder ähnliche - wo also nur eine von zwei Bewegungsachsen vorhanden sind - können vom Position Control aktuell nicht angesteuert werden.<br />
</p>
]]></content:encoded>
  </item>
  </rdf:RDF>
