|
5105 | |
Installer | Fehlerbericht | niedrig | .Net 6 Runtime 32bit und 64bit installieren | geschlossen | 3.3 Beta x | 3.3 | 01.08.2023 | 07.02.2024 | JPK |
Aufgabenbeschreibung
Der installer muss sowohl von der ASP.NET Core Runtime als auch der .NET Desktop Runtime jeweils die x86 als auch die x64 Version installieren. Das liegt daran, dass der Kernel noch die 32bit Variante verwendet, der Umbra die 64bit Variante. Das ist aktuell noch nicht so abgebildet.
Außerdem existiert auch noch ein Problem, weil der Installer die Versionen, die er installiert offenbar nicht richtig installiert. Auch das muss behoben werden.
|
|
5097 | |
DMX Plugin | Fehlerbericht | niedrig | ArtNet-Plugin: Deaktivieren und aktivieren des Plugins ... | geschlossen | 3.3 Beta x | 3.3 | 25.07.2023 | 30.07.2023 | JPK |
Aufgabenbeschreibung
Folgendes Vorgehen:
ArtNet-Plugin einmal hinzufügen und einrichten
ArtNet-Plugin mit Checkbox in erster Spalte deaktivieren
ArtNet-Plugin mit Checkbox in erster Spalte wieder aktivieren
Nun taucht im Kernel folgender Eintrag alle 3 Sekunden auf:
23:26:37 ERROR ArtNetFactory - ArtPollReply shorter than 239 bytes, ignoring!
Deaktiviert und aktiviert man das Plugin erneut, werden nun alle 3 Sekunden 2 Einträge hinzugefügt, usw.
|
|
4995 | |
GUI & Server | Fehlerbericht | niedrig | Export von großen Projekten schlägt fehl => Refactoring ... | geschlossen | 3.3 Beta x | 3.3 | 29.12.2022 | 08.01.2023 | JPK |
Aufgabenbeschreibung
Der Export eines gesamten Projekts mit mehreren Versionen schlägt mit einem Timeout fehl. Das liegt an den bisher nicht verwendeten Deadlines im gRPC. Das muss refactored werden.
|
|
4993 | |
Plugin | Wunsch / Idee | niedrig | Nanoleafs über das Plugin entfernbar machen | geschlossen | unbestimmt | 3.3 | 28.12.2022 | 30.07.2023 | JPK |
Aufgabenbeschreibung
Bisher können Nanoleafs nur dem Plugin hinzugefügt werden. Sie können aber nicht wieder aus dem Plugin gelöscht werden. Das sollte geändert werden
|
|
4956 | |
GUI | Wunsch / Idee | niedrig | Project Warning List: Info auch im Input Assignment zur ... | geschlossen | 3.3 Beta x | | 08.11.2022 | 08.11.2022 | JPK |
Aufgabenbeschreibung
Es sollte im Input Assignment einen Node geben, über den man die Info erhalten kann, ob gerade eine Projekt Warnung aktiv ist und auch die Info welche. U.A. könnte man auch für jede Warnstufe alle entsprechenden Warnungen als Liste ausgeben (noch zu diskutieren). So könnte man auf die verschiedenen Warnstufen z.B. auf dem Softdesk entsprechende Warnungen anzeigen
|
|
4952 | |
GUI | Fehlerbericht | niedrig | Erster Fader im neuen Masterfenster funktioniert nicht | geschlossen | 3.3 Beta x | | 08.11.2022 | 23.06.2023 | JPK |
Aufgabenbeschreibung
Neues Masterfenster: Immer der erste Fader jeder Master-Gruppe hat keine Funktion. Alle weiteren sind korrekt allokiert.
|
|
4875 | |
GUI & Server | Fehlerbericht | niedrig | MIDI-Bugfix-Sammelticket | geschlossen | 3.3 Beta x | 3.3 | 28.06.2022 | 07.01.2023 | JPK |
Aufgabenbeschreibung
Die Midi-Implementierung ist buggy und sollte zumindest auf einen Stand gebracht werden, dass sie an sich funktioniert. Dieses Ticket sammelt verschiedene Dinge, die mir aufgefallen sind und die ich fixe (als Dokumentation zum Testen).
Das Midi-Feedback ist doppelt, sprich einmal über den Midi-Teil selbst und einmal über das IA. So lässt sich die Rückmeldung über das IA aktuell effektiv nicht durchführen weil der rückgemeldete Wert aus dem IA teilweise über die Midi-Teil-Interne Rückmeldung überschrieben wird. Das führt dazu, dass der Status eine laufenden Cuelist nicht korrekt mit einem hellen Button symbolisiert werden kann
Der Midi-Teil aktualisiert aktuell bei einer Midi-Message am Input (egal ob von einem Button, Fader oder Encoder) alle definierten Buttons statt nur das entsprechende Control. Das führt in Verbindung mit nachfolgendem Problem zu “Geisterauslösung”
Aktuell sind Input- und Feedback-Wert zu einem Wert zusammengefasst (zumindest bei Buttons, bei anderen Controls TBC). Das entspricht nicht ganz der Erwartung, weil so unter gewissen Umständen (bei einem Update des Buttons am Input, siehe z.B. vorherigen Punkt) zu einer falschen Auslösung kommen kann. Daher sollte es getrennte Pfade für Input und Output geben
|
|
4874 | |
InputAssignment | Fehlerbericht | niedrig | Expression-Node: Falsches Format von x und y | geschlossen | 3.3 Beta x | 3.3 | 28.06.2022 | 07.01.2023 | JPK |
Aufgabenbeschreibung
Laut Code sollten x und y vom Typ double sein (was auch Sinn ergibt). Wenn man aber versucht, einen Fload-Wert in den Eigenschaften des Nodes in die Zellen für x und y einzutragen, meckert DMXC, dass der Wert keinem gültigen Int32 entspricht. Wurde da zu viel optimiert? Erwartet wird, dass an dieser Stelle direkt Float-Zahlen eingegeben werden können.
|
|
4873 | |
InputAssignment | Fehlerbericht | niedrig | Floatingpoint-Probleme im Expression-Node | geschlossen | 3.3 Beta x | 3.3 | 28.06.2022 | 24.06.2023 | JPK |
Aufgabenbeschreibung
Folgendes Vorgehen führt zu einer Exception im Kernel:
In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
Einen Expression-Node hinzufügen
In die Einstellungen des Nodes gehen
Folgende Formel eingeben “1.57” [1 Punkt 57]
Folgende Exception erscheint im Kernel:
02:37:33 ERROR ExpressionNode -
Jace.ParseException: Invalid token "." detected at position 1.
bei Jace.Tokenizer.TokenReader.Read(String formula)
bei Jace.CalculationEngine.BuildAbstractSyntaxTree(String formulaText)
bei Jace.CalculationEngine.Calculate(String formulaText, IDictionary`2 variables)
bei org.dmxc.lumos.Kernel.Input.v2.Worker.ExpressionNode.processInternal(NodeProcessContext context) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\Worker\Logic\ExpressionNode.cs:Zeile 133.
Wird stattdessen “1,57” [1 Komma 57] geschrieben, so funktioniert alles und es kommt 1.57 [1 Punkt 57] als Ergebnis heraus. Es wäre gut, wenn auch die Eingabe mit Punkt statt Komma möglich wäre
|
|
4872 | |
InputAssignment | Fehlerbericht | hoch | Leerer "Variables"-String im Expression-Node lässt Kern ... | geschlossen | 3.3 Beta x | 3.3 | 28.06.2022 | 07.08.2023 | JPK |
Aufgabenbeschreibung
Folgendes Vorgehen:
In einem leeren Projekt das Input Assignment öffnen und ein neues Connectionset hinzufügen
Einen Expression-Node hinzufügen
In die Einstellungen des Nodes gehen
Den “Variables”-String leeren und unten mit “ok” bestätigen
Es fliegt folgende Exception im Kernel:
WARN EventTools - Exception in Delegate Invocation: Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs) => Graph: Empty Connection Set.Void node_PropertyChanged(System.Object, System.ComponentModel.PropertyChangedEventArgs)
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
bei LumosLIB.Tools.LumosTools.WithName[T](IParameterable`1 target, String name, Boolean ignoreCase) in P:\DMXControl\Lumos\LumosLIB\src\Tools\LumosTools.cs:Zeile 868.
bei org.dmxc.lumos.Kernel.Input.v2.Graph.node_PropertyChanged(Object sender, PropertyChangedEventArgs args) in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Graph.cs:Zeile 484.
bei LumosToolsLIB.Tools.EventTools.<>c__DisplayClass5_0.<InvokeFailSafe>b__0(PropertyChangedEventHandler a) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 81.
bei LumosToolsLIB.Tools.EventTools.InvokeFailSaveGeneric[TDelegate](TDelegate delegate, Action`1 invoker, ILumosLog elog) in P:\DMXControl\Lumos\LumosToolsLIB\src\Tools\EventTools.cs:Zeile 154.
FATAL DMXControl 3 Kernel - Unhandled Exception: Der Wert darf nicht NULL sein.
Parametername: name
System.ArgumentNullException: Der Wert darf nicht NULL sein.
Parametername: name
bei LumosLIB.Kernel.GenericParameter..ctor(String name, String type, Type paraType, EGenericParameterOptions options, IEnumerable enumValues, ParameterCategory category) in P:\DMXControl\Lumos\LumosLIB\src\Kernel\Parameter\GenericParameter.cs:Zeile 64.
bei org.dmxc.lumos.Kernel.Input.v2.AbstractNode.get_Parameters() in P:\DMXControl\Lumos\Lumos\src\Kernel\Input\v2\Graph\Node\AbstractNode.cs:Zeile 312.
bei org.dmxc.lumos.Kernel.Net.gService.Parameter.AbstractIParameterableLookup`1.<ParametersAsync>d__2.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\AbstractIParameterableLookup.cs:Zeile 19.
--- 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 org.dmxc.lumos.Kernel.Net.gService.Parameter_gService.<_parameters_RequestReceived>d__13.MoveNext() in P:\DMXControl\Lumos\Lumos\src\Kernel\Net\gService\Parameter\Parameter_gService.cs:Zeile 118.
--- 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()
An unhandeled Exception has occoured. DMXControl 3 Kernel has to be terminated. Press Enter to exit.
|
|
4871 | |
Server | Fehlerbericht | niedrig | Neuer Chaser Probleme Parallel Groups | geschlossen | 3.3 Beta x | 3.3 | 24.06.2022 | 07.01.2023 | JPK |
Aufgabenbeschreibung
Der neue Chaser-Effekt hat Probleme bei Gruppen in Gruppen mit der Einstellung “Parallel Groups”. Dabei flackert er, als ob die Geschwindigkeit “unendlich” wäre. Alle anderen Modi funktionieren.
|
|
4779 | |
Server | Fehlerbericht | mittel | Explites Seztzen eines Goborads in Cuelist überschreibt ... | geschlossen | 3.2.3 | 3.3 | 19.02.2022 | 23.06.2023 | JPK |
Aufgabenbeschreibung
Voraussetzung / Umgebung
Reales Verhalten
Wird ein Gobo auf Goborad 1 durch Cuelist A gesetzt und anschließend ein weiteres Gobo auf Goborad 2 durch Cuelist B, so wird gleichzeitig das Goborad 1 auf “Offen” gesetzt. Ein vergleichbares Verhalten tritt auf, wenn zuerst Goborad 2 gesetzt wird und anschließend Goborad 1. Dann wird Goborad 2 auf “Offen” gesetzt.
Erwartetes Verhalten
Werden die Gobos explizit auf einem Goborad gesetzt, ist die Annahme, dass explizit dieses Gobo auf diesem Rad gesetzt werden soll. Daher darf es dadurch keine Auswirkungen auf das andere Goborad haben und eine andere Cuelist sollte das andere Rad unabhängig setzen können.
Anmerkung
Im Anhang ist ein Testprojekt, mit dem alle möglichen Kombinationen von Goborad 1 und 2 getestet werden können
|
|
4720 | |
Server | Fehlerbericht | niedrig | Neuer Chaser Effekt wird nicht korrekt gelöscht | geschlossen | 3.3 Alpha x | 3.3 | 16.01.2022 | 07.01.2023 | JPK |
Aufgabenbeschreibung
Folgendes vorgehen:
8 Scheinwerfer anlegen inkl. Gerätegruppe
In die Stage View gehen und die Gerätegruppe auswählen
Chaser Effekt auf den Dimmer legen
Chaser Effekt über das “X” im Device Control entfernen
⇒ Der letzte eingeschaltete Scheinwerfer bleibt an und dessen Dimmer wird nicht wie erwartet auf 0 zurück gesetzt.
|
|
4713 | |
Executoren | Wunsch / Idee | niedrig | GroupMaster Executor Display um Gruppenicon erweitern | geschlossen | 3.3 Alpha x | 3.3 | 12.01.2022 | 25.01.2022 | JPK |
Aufgabenbeschreibung
s.o.
|
|
4701 | |
Launcher | Wunsch / Idee | niedrig | Erkennen, ob Applikation vorhanden ist und sonst Button ... | geschlossen | 3.3 Alpha x | 3.3 | 08.01.2022 | 08.01.2023 | JPK |
Aufgabenbeschreibung
s.o.
|
|
4669 | |
GUI & Server | ToDo | niedrig | Unterschiedliches Verhalten von Back im Cuelist Editor ... | geschlossen | 3.3 Alpha x | | 01.12.2021 | 29.12.2021 | JPK |
Aufgabenbeschreibung
Wie im Video in FS#4657 zu sehen ist, haben die “Back”-Button im Cuelist Editor und in den Executoren ein unterschiedliches Verhalten. Beim Back-Button im Cuelist Editor ist es ein “Go Back”, sprich die vorherige Cue wird selektiert und ausgeführt. In den Executoren ist es ein “Back”-Button ohne die “Go”-Komponente. Wir sollten besprechen, ob das nicht vereinheitlicht werden soll oder die jeweils andere Variante bei den Executoren und dem Cuelist Editor als weitere Varianten verfügbar gemacht werden.
|
|
4662 | |
GUI & Server | Wunsch / Idee | niedrig | Inkonsistentes Verhalten des Random Value Filters | geschlossen | 3.3 Alpha x | 3.3 | 20.11.2021 | 28.08.2022 | JPK |
Aufgabenbeschreibung
Alle Effekte und Filter funktionieren nach dem Prinzip, dass sie einen gewissen eigenen Wert auf den Basiswert der Geräteeigenschaft aufaddieren. Alle Effekte und Filter? Nein, einen gibt es, der anders arbeitet: Der Random Value Filter. Der Min-Wert des Random Value Effekts überschreibt hart den Basiswert. Das ist inkonsistent zu den anderen Effekten und Filtern. Der Min-Wert wird aber auch nicht benötigt, weil man ja den Basiswert hat. Daher sollte der Min-Wert Eintrag in dem Effekt entfernt werden und dafür zur Abwärtskompatibilität den Min-Wert in den Basiswert kopieren. Man müsste überlegen, ob letzteres ok ist oder ob man entsprechend einen Eintrag in die ToDos machen sollte.
|
|
4639 | |
Server | Wunsch / Idee | niedrig | Ausschlussmöglichkeit der CTO-Filter von automatischer ... | geschlossen | 3.2.2 | | 26.10.2021 | 27.02.2022 | JPK |
Aufgabenbeschreibung
Wie Patrick sagt, sind die CTO Filter trotzdem Farbfilter. Allerdings macht es hier keinen Sinn, diese Filter mit in die automatische Farbmischunng zu nehmen. Ergo sollten einzelne Farbfilter von der automatischen Farbwahl ausgeschlossen werden können und nur bei einer direkten Anwahl auswählbar sein.
|
|
4631 | |
Server | Fehlerbericht | niedrig | Support-Handler funktioniert nicht bei Color + Colorwhe ... | geschlossen | 3.3 Alpha x | 3.3 | 17.10.2021 | 27.02.2022 | JPK |
Aufgabenbeschreibung
Im angehängten DDF habe ich sowohl Farbkanäle als auch 2 Farbräder (nach dem Hinweis von Patrick, dass die virtuellen CTO-Filter eher ein virtuelles Farbrad sind als ein Farbkorrektur-Kanal). Das DDF kann ich so ohne Probleme in DMXC laden. Mit dem DDF funktioniert es, die Farbkanäle anzusteuern. Auch der Support-Kanal steht da auf dem richtigen Wert. Es funktioniert ebenfalls, die virtuellen Rainbow-Effekte durchlaufen zu lassen (auch hier wird der Support-Kanal korrekt gesetzt). Es funktioniert aber nicht, die CTO-Filter auf dem einen virtuiellen Farbrad bzw. die Farben auf dem anderen virtuellen Farbrad anzusprechen. Der entsprechende Kanal wird zwar korrekt gesetzt, der Support-Kanal wird aber nicht gesetzt und bleibt auf seinem bisherigen Kanalwert.
Edit: Ich habe das DDF mal mit dem hal-Parameter aus FS#4639 ergänzt und noch einmal angehängt
|
|
4600 | |
Softdesk | ToDo | niedrig | Rückkanal bei unterschiedlichen Button-Styles vereinhei ... | geschlossen | 3.2.2 | | 12.08.2021 | 15.08.2021 | JPK |
Aufgabenbeschreibung
Aktuell kann die Farbe eines Buttons nur beim Lumos Style aus dem Input Assignment heraus gesetzt werden. Andere Styles haben wieder andere Funktionen, die sonst nicht vorhanden sind. Das muss dringend vereinheitlicht werden und der Style sollte wirklich nur das Erscheinungsbild und nicht auch die Funktionalität beeinflussen.
|
|
4593 | |
GUI & Server | Fehlerbericht | niedrig | Tracking-Einstellung wird nicht übernommen | geschlossen | 3.2.2 | 3.3 | 30.07.2021 | 06.01.2023 | JPK |
Aufgabenbeschreibung
Beim Duplizieren einer Cuelist, bei der Tracking deaktiviert ist, wird diese Einstellung nicht in die zweite Cuelist übernommen. Der Haken ist zwar nicht gesetzt, aber trotzdem reagiert die Cuelist wie eine mit aktivem Tracking (siehe Diskussion Arne ⇔ JP)
|
|
4520 | |
GUI & Server | ToDo | niedrig | i18n auslagern | geschlossen | 3.3 Alpha x | 3.3 | 28.04.2021 | 30.07.2023 | JPK |
Aufgabenbeschreibung
Damit die Übersetzung (u.a. die T-Klasse) auch in anderen Teilen von Lumos und anderen Programmen wie z.B. dem DDFCreator verwendet werden kann, müssen die Übersetzungsfunktionen in eine separate Library (und evtl. separates NuGet-Paket) ausgelagert werden.
|
|
4443 | |
Server | Wunsch / Idee | niedrig | Color Scroll Filter flexibler gestalten | geschlossen | 3.3 Alpha x | | 07.04.2021 | 08.04.2021 | JPK |
Aufgabenbeschreibung
Der Color Scroll Filter bietet aktuell keine Einstellungsmöglichkeit für die Breite der Elemente.
Außerdem kann er nur die Colorlist in einer Art und Weise durchspielen. Er sollte die Einstellungsmöglichkeiten des Color Chasers für Play Mode und Index Offset erhalten.
|
|
4394 | |
Server | Wunsch / Idee | niedrig | Weitere Befehle für Herunterfahren von Kernel | geschlossen | 3.2.1 | 3.3 | 07.03.2021 | 07.03.2021 | JPK |
Aufgabenbeschreibung
Das Kommando “shutdown” ist eigentlich sehr unüblich für Konsolenanwendungen. Gebräuchlicher sind “exit” oder “close”. Diese sollten als weitere Möglichkeiten hinzugefügt werden.
|
|
4281 | |
GUI | Fehlerbericht | niedrig | Tooltip wird angezeigt, obwohl er deaktiviert ist | geschlossen | 3.2.1 | 3.2.2 | 03.10.2020 | 07.03.2021 | JPK |
Aufgabenbeschreibung
Im Cuelist Editor gibt es Tooltips, die angezeigt werden, obwohl die Tooltips im Menü deaktiviert sind. Hierbei handelt es sich um die Tooltips der Spalten der Cue-Tabelle (mit der Maus über dem Titel der Spalte hovern, z.B. bei Trigger Value).
Edit: Habe noch etwas ausprobiert. Es scheint so, als ob der Tooltip nach dem Neustart wieder angezeigt wird. Dann muss erst wieder der Tooltip aktiviert und anschließend wieder deaktiviert werden, damit er wieder ausgeblendet bleibt.
|
|
4271 | |
Server | Fehlerbericht | niedrig | Werte in Matrix bleiben trotz Löschen aus Programmer be ... | geschlossen | 3.2.2 Beta x | 3.3 | 13.09.2020 | 13.01.2022 | JPK |
Aufgabenbeschreibung
Steuert man mit einer Matrix mehrere Geräte oder Sub-Matrizen an, so bleibt die Ausgabe beim Löschen von Werten aus dem Programmer weiter bestehen. Folgendermaßen lässt sich das Problem reproduzieren:
Lege 4 Geräte an
Lege eine 4×1 Matrix an
Patche die Geräte auf die Matrix
Wähle die Matrix in der Stage View aus
Klicke auf den Lumos Button
Stelle eine Farbe für die Matrix ein
Gehe nun in den Programmer und lösche den Farbwert für die Matrix
Problem: Die LED-Scheinwerfer behalten nun den letzten Farbzustand, obwohl kein Wert mehr gesetzt ist. Sie gehen erst aus, wenn man den Programmer über “Clear” leert
Erwartetes Verhalten: Die Matrix verhält sich hier wie eine Art Gerätegruppe, wenn also die Werte der Matrix gelöscht werden, muss die Ausgabe der zugeordneten Geräte auch gelöscht werden
|
|
4003 | |
GUI & Server | Fehlerbericht | kritisch | Falsche Wiedergabe gespeicherter Parameter bei "Edit in ... | geschlossen | 3.2 | 3.2.1 | 03.01.2020 | 03.01.2020 | JPK |
Aufgabenbeschreibung
Folgendes Vorgehen:
Erstelle eine Gruppe mit 10 Generic Dimmern
Stelle für die Gruppe einen Dimmerwert von 20 ein
Wähle je einen Scheinwerfer aus und setze den Dimmerwert für diese auf 60 und 90
Speichere diese Szene in einer Cue
Editiere diese Cue über “Edit in Programmer”
Erwartetes Verhalten: Alle Geräte bis auf die separat editierten zeigen in der Stage View den Helligkeitswert 20, die anderen beiden 60 und 90
Tatsächliches Verhalten: Alle Geräte zeigen in der Stage View den Dimmerwert 20 an. Auch die DMX-Ausgabe suggeriert, dass für alle Scheinwerfer der Wert von 20 gespeichert ist und die zusätzlich Werte werden bei der Ausgabe in der Stage View und der DMX Ausgabe ignoriert. Dadurch fällt das Editieren von Cues schwer.
|
|
3993 | |
Softdesk | Fehlerbericht | kritisch | Leerer DisplayName eines Controls führt zu Absturz | geschlossen | 3.2 | | 31.12.2019 | 01.01.2020 | JPK |
Aufgabenbeschreibung
Ein leerer DisplayName in einem Control eines Softdesks führt dazu, dass das Projekt nicht mehr geladen werden kann und sich die GUI mit einer NPE verabschiedet.
|
|
3983 | |
Server | Fehlerbericht | niedrig | SpeedMaster auf Duration von Chaser kann zu Exception f ... | geschlossen | 3.2 | | 21.12.2019 | 04.01.2020 | JPK |
Aufgabenbeschreibung
Fügt man einen Chaser ein, setzt dessen Duration auf einen Speedmaster und setzt dann die Geschwindigkeit des Speedmasters auf 0 BPM, fliegt eine Exception:
00:15:51 WARN SceneFadeTicker - Exception triggering Item: Der Wert für einen Int32 war zu groß oder zu klein.
System.OverflowException: Der Wert für einen Int32 war zu groß oder zu klein.
bei System.Convert.ToInt32(Double value)
bei org.dmxc.lumos.Kernel.PropertyValue.Filter.ChaserFilter.doFilter(IPropertyValue input, Int64 timeInMs, Int64 delta) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\ChaserFilter.cs:Zeile 187.
bei org.dmxc.lumos.Kernel.PropertyValue.Filter.AbstractEffectFilter.doFilter(IPropertyValue input) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\Filter\AbstractEffectFilter.cs:Zeile 53.
bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.getPropertyValue(Int64 timeInMsAbs) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 379.
bei org.dmxc.lumos.Kernel.PropertyValue.PropertyValue`1.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\PropertyValue\PropertyValue.cs:Zeile 323.
bei org.dmxc.lumos.Kernel.Scene.Fade.FadeDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\FadeDecorator.cs:Zeile 97.
bei org.dmxc.lumos.Kernel.Scene.Delay.DelayDecorator.setOutputTime(Int64 timeInMsAbs, Double delayPercent, Double fadePercent, Boolean fadeIn, IMixerRegister register, IProcessable fader) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Delay\DelayDecorator.cs:Zeile 37.
bei org.dmxc.lumos.Kernel.Scene.Fade.AutoFadeDecorator.triggerFade() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AutoFadeDecorator.cs:Zeile 33.
bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractValueFadeDecorator.triggerFade(Boolean& deregister) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractValueFadeDecorator.cs:Zeile 191.
bei org.dmxc.lumos.Kernel.Scene.Fade.AbstractFadeDecorator.trigger() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fade\AbstractFadeDecorator.cs:Zeile 63.
bei org.dmxc.lumos.SceneFadeTicker.processBag(ProcessableTickerBag bag) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\SceneFadeTicker.cs:Zeile 236.
|
|
3970 | |
InputAssignment | Wunsch / Idee | niedrig | CounterNode erweitern | geschlossen | 3.2.1 Beta x | 3.2.2 | 08.12.2019 | 20.01.2021 | JPK |
Aufgabenbeschreibung
Es wäre gut, wenn der CounterNode noch um einen “Init Value”- und einen “Reset”-Eingang erweitert wird. Aktuell bringt der Counter nämlich wenig, weil man nicht bestimmen kann, ab welchem Wert er zählen soll. Hierfür ist dann auch der Reset-Eingang, um den Counter wieder auf den “Init Value” Wert zurück zu setzen. Erst mit so einem Counter kann man z.B. bei einem Beat entsprechend zählen oder erst eine gewisse Anzahl von Peaks.
|
|
3946 | |
Server | Fehlerbericht | niedrig | Error at calculatThread im Audio Teil | geschlossen | 3.2.1 Beta x | 3.2.1 | 19.11.2019 | 04.04.2020 | JPK |
Aufgabenbeschreibung
Läd man das angehängte Projekt, erscheint eine Fehlermeldung im Log und das Bild mit der Waveform wird nicht angezeigt.
|
|
3929 | |
Server | Fehlerbericht | niedrig | Die Datei oder Assembly "Jace..." oder eine Abhängigkei ... | geschlossen | 3.2.1 Beta x | | 17.11.2019 | 02.04.2020 | JPK |
Aufgabenbeschreibung
Sowohl bei einer “Drüberinstallation” als auch bei einer Neuinstallation taucht der Fehler
2019-11-17 23:52:35,789 [Main] ERROR org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager -
System.IO.FileNotFoundException: Die Datei oder Assembly "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.
Dateiname: "Jace, Version=0.9.0.0, Culture=neutral, PublicKeyToken=null"
bei LumosLIB.Tools.LumosTools.IsParameter(Object test)
bei org.dmxc.lumos.Kernel.Scene.Fanning.FannedValueManager.getContainerInstance(String op, EUiValueType uitype, Object[] paras) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\FannedValueManager.cs:Zeile 342.
WRN: Protokollierung der Assemblybindung ist AUS.
Sie können die Protokollierung der Assemblybindungsfehler aktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD) auf 1 festlegen.
Hinweis: Die Protokollierung der Assemblybindungsfehler führt zu einer gewissen Leistungseinbuße.
Sie können dieses Feature deaktivieren, indem Sie den Registrierungswert [HKLM\Software\Microsoft\Fusion!EnableLog] entfernen.
im Kernel auf. Siehe die Logs.
|
|
3895 | |
GUI | Fehlerbericht | niedrig | Audiofile wird mit GoTo nach Stop-Command ausgeführt | geschlossen | 3.2 | 3.2.1 | 24.10.2019 | 29.04.2020 | JPK |
Aufgabenbeschreibung
Packe ich sowohl den Start-Befehl als auch den Stop-Befehl für eine Audiocue in eine Cuelist und springe per GoTo zu einer Cue nach den Stop-Befehl, wird die Audiocue trotzdem abgespielt. Erwartetes Verhalten wäre hier, dass die Audiocue nicht ausgeführt wird, da sie ja eigentlich schon beendet wird.
|
|
3857 | |
StageView | Fehlerbericht | niedrig | Full on bei Doppelklick | geschlossen | 3.2 Beta x | | 13.10.2019 | 21.10.2019 | JPK |
Aufgabenbeschreibung
Selektiert man ein Gerät oder eine Gruppe in der Stage View und macht dann einen Doppelklick irgendwo in der Stage View (nicht auf dem Geräteicon selbst), geht das Gerät / die Gruppe an. Das sollte nicht so sein. Das funktioniert lustigerweise auch, wenn man (nachdem man ein Gerät selektiert hat) in der Folge zuerst einen einzelnen Klick für die Deselektion und dann einen Doppelklick macht. Dann wird das Gerät schon deselektiert, wird aber danach trotzdem angeschaltet (solange das Device Control noch das Gerät anzeigt).
|
|
3843 | |
Server | Fehlerbericht | niedrig | Fanning von ParameterMastern ist nicht möglich | geschlossen | 3.2 Beta x | | 04.10.2019 | 05.10.2019 | JPK |
Aufgabenbeschreibung
Erzeugt man eine Gruppe von Geräten und wendet ein Fanning zwischen zwei ParameterMastern z.B. auf den Dimmer an (also {ParameterMaster 1} < {ParameterMaster 2}), dann wird das Fanning nicht ausgeführt und es erscheint folgende Fehlermeldung im Kernel:
ERROR AbstractSceneEntry - Error when getting fanned property values: Fanning not possible for that Type: System.String
org.dmxc.lumos.Kernel.Exceptions.UnsupportedConvertionException: Fanning not possible for that Type: System.String
bei org.dmxc.lumos.Kernel.Scene.Fanning.LinearFannedValue.getFannedValues(Int32 count) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Fanning\LinearFannedValue.cs:Zeile 78.
bei org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.getFannedPropertyValue(IRealtimeTimestamp realTimestamp, Boolean includeDisabledDevices) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:Zeile 462.
bei org.dmxc.lumos.Kernel.Scene.Entry.AbstractSceneEntry.insertOutputValues(Dictionary`2 values, HALTimestamp timestamp, OutputValuesContext context) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\Lumos\src\Kernel\Scene\Entry\AbstractSceneEntry.cs:Zeile 722.
Das lässt sich unter anderem mit folgenden Fannings reproduzieren: <,>,<>,?,…
Interessanterweise ist das | Fanning nicht von dem Problem betroffen
|
|
3841 | |
GUI & Server | Fehlerbericht | niedrig | Speedmaster Beat kann blockiert werden | geschlossen | 3.2 Beta x | | 03.10.2019 | 06.10.2019 | JPK |
Aufgabenbeschreibung
Ändert man die Geschwindigkeit eines SpeedMasters, dann beginnt die Zeit bis zum ersten Beat von neuem. Das ist schlecht, denn damit steht die Cuelist, während man mit dem Fader im Master-Panel die Geschwindigkeit anpasst. Ändert sich die Geschwindigkeit kontinuierlich (z.B. durch einen leicht “wackelnden” Input), bekommt man die Cuelist komplett und dauerhaft zum Stehen. Ich hätte gedacht, dass der SpeedMaster die aktuelle Wartezeit bis zum nächsten Tick noch abwartet und dann beim Tick die Zeit bis zum nächsten Tick aus der aktuellen Geschwindigkeit berechnet. Da das natürlich bei sehr langen Wartezeiten bis zum nächsten Tick (z.B. bei 5BPM) auch entsprechend lange bis zum Tick braucht, kann man ja überlegen, ob man bei niedrigen BPM-Werten häufiger als nur bei den Ticks schaut, ob sich die Geschwindigkeit verändert hat und wenn ja entsprechend reagiert. Aber es gibt ja auch noch andere Möglichkeiten, das abzufangen.
Edit: Habe mal noch ein Video angehängt, in dem man das Problem sieht.
|
|
3838 | |
GUI | Fehlerbericht | niedrig | AudioSelector: Waveform Anzeige ist CaseSensitive | geschlossen | 3.2 Beta x | | 30.09.2019 | 01.10.2019 | JPK |
Aufgabenbeschreibung
Die Vorschau der Audio-Datei oben rechts im AudioSelector ist CaseSensitive. Werden .wav-Dateien mit groß geschriebener Endung selektiert, erscheint keine Vorschau der Waveform.
|
|
3836 | |
GUI & Server | Wunsch / Idee | niedrig | Audio Cue: Lautstärke setzen | geschlossen | unbestimmt | 3.3 | 30.09.2019 | 13.11.2019 | JPK |
Aufgabenbeschreibung
Es wäre gut, wenn man die Lautstärke einer Audio Cue per Special Cue setzen könnte. Ähnlich wie bei normalen Cues wäre es auch gut, wenn man eine Fade-Time bestimmen könnte und die Lautstärke fadet beim Einblenden der Special Cue vom aktuellen Wert zum Zielwert der Special Cue.
|
|
3835 | |
GUI | Wunsch / Idee | niedrig | Audio Cues ein- / ausblenden | geschlossen | unbestimmt | 3.3 | 30.09.2019 | 13.11.2019 | JPK |
Aufgabenbeschreibung
Es wäre gut, wenn man über die Fade-Time beim Starten bzw. Stoppen eines Audio Cues die Sound-Ausgabe ein- bzw. ausblenden könnte. So ist dann eine Fade-Time von 0 der direkte Start bzw. Stop, während alle Fade-Zeiten >0 das ein- bzw. ausblenden verursacht (ähnlich wie bei einer normalen Cue mit Poperties)
|
|
3829 | |
GUI | Wunsch / Idee | niedrig | Programmer: Anzeige, dass gespeicherte Funktion "komple ... | geschlossen | 3.2 Beta x | | 28.09.2019 | 29.09.2019 | JPK |
Aufgabenbeschreibung
Werden auf eine Gerätefunktion wie den Dimmer ein Effekt wie z.B. ein Sinus gelegt, dann wird im Programmer nur der Grundwert angezeigt. Klar wäre es übertrieben, im Programmer den Effekt zu visualisieren, aber es wäre gut, wenn es im Programmer eine Markierung bei den Einträgen gäbe, die eigentlich einen Effekt enthalten. So wäre klarer ersichtlich, dass ein gespeicherter Eintrag einer Gerätefunktion eigentlich komplexer ist.
|
|
3821 | |
GUI | Fehlerbericht | niedrig | MP3 Dateien im AudioSelector ausblenden | geschlossen | 3.2 Beta x | 3.2 | 25.09.2019 | 26.09.2019 | JPK |
Aufgabenbeschreibung
Aktuell werden auch z.B. MP3 Dateien im AudioSelector (beim Hinzufügen in die Cuelist) angezeigt. Diese sollten ausgeblendet werden, da diese aktuell nicht unterstützt werden.
|
|
3820 | |
GUI | Fehlerbericht | niedrig | Dateien im AudioSelector CaseSensitive | geschlossen | 3.2 Beta x | 3.2 | 25.09.2019 | 26.09.2019 | JPK |
Aufgabenbeschreibung
Wenn man Wave-Dateien mit dem AudioSelector in eine Cuelist einfügen will, dann werden nur Audio-Dateien angezeigt, bei denen die Dateiendung klein geschrieben ist (xxx.wav). Dateien mit groß geschriebenen Dateiendungen (xxx.WAV) werden nicht angezeigt.
|
|
3805 | |
GUI & Server | Wunsch / Idee | niedrig | Release all Cuelists | geschlossen | 3.2 Beta x | | 16.09.2019 | 18.09.2019 | JPK |
Aufgabenbeschreibung
Es gibt ja schon den “Stop all Cuelists”-Button links. Der ist fürs schnelle stoppen richtig und wichtig. Aber da Cuelists auch eine Releasetime haben können, fände ich einen “Release all Cuelists”-Button gut, mit dem man alle Cuelists “langsam” Stoppen kann. Prinzipiell könnte man das auch in den “Stp all Cuelists”-Button ähnlich der “Stop”-Button in den Cuelists integrieren, aber das könnte u.U. zu Verwirrungen führen.
P.S.: Muss nicht mehr in die 3.2
|
|
3804 | |
GUI & Server | Fehlerbericht | niedrig | Zwei Cuelists mit HTP + LTP führen zu flackern | geschlossen | 3.2 Beta x | | 16.09.2019 | 17.09.2019 | JPK |
Aufgabenbeschreibung
Ich habe zwei Cuelists angelegt. Eine mit LTP, in der ein Dimmerwert von 30% von Scheinwerfern gespeichert ist. Die zweite Cuelist steht auf HTP und die darin enthaltene Cue mit einer langen Einblendzeit legt nun einen Sinus-Effekt auf die Helligkeit der Scheinwerfer. Wenn ich nun die Cuelist “Helligkeit 30%, LTP” ausführe passt alles. Sobald ich aber nun auch noch Cuelist “Hellikeit Sinus, HTP” ausführe, flackert bzw. Springen die Dimmerwerte während dem Einblendvorgang der Cue. Sobald die Cue fertig eingeblendet ist, hört das Flackern wieder auf. Im Channel Overview sieht man, dass da wohl eine Berechnung noch nicht ganz passt, denn der Ausgabewert springt wie bei einem Überlauf nach unten und fadet dann wieder ein Stück ein (passend zum Sinus-Effekt). Im Anhang das Projekt und die Logs.
|
|
3617 | |
GUI | Fehlerbericht | niedrig | Gerät auf 16.512 verursacht Exception | geschlossen | 3.2 Beta x | | 27.05.2019 | 30.05.2019 | JPK |
Aufgabenbeschreibung
Hat ein Gerät die DMX-Adresse 16.512, lässt sich das Patching-Window nicht öffnen. Im GUI-Log steht folgender Fehler:
2019-05-27 12:58:14,157 [Main GUI] ERROR Lumos.GUI.GuiActions.ActionItemMetadata - Not catched Exception when invoking AIM: ActDeviceManager: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: address
System.ArgumentOutOfRangeException: Das angegebene Argument liegt außerhalb des gültigen Wertebereichs.
Parametername: address
bei org.dmxc.lumos.Kernel.Devices.DMXAddress.FromInt(Int32 address) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Devices\DMXAddress.cs:Zeile 379.
bei Lumos.GUI.Windows.NewDevice2.setDMXStartAddress(Int32 value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 565.
bei Lumos.GUI.Windows.NewDevice2.refreshDMXStartAddress() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 251.
bei Lumos.GUI.Windows.NewDevice2..ctor(IEnumerable`1 devicesToAdd) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 145.
bei Lumos.GUI.Windows.NewDevice2..ctor() in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\NewDevice\NewDevice2.cs:Zeile 71.
bei Lumos.GUI.Windows.ProjectExplorer.TreeBranches.DeviceBranch.ShowDeviceManager_Click(Object sender, ActionItemMetadata meta, EMouseButtons buttons, Boolean down) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosGUI\src\Windows\ProjectExplorer\TreeBranches\DeviceBranch.cs:Zeile 278.
bei Lumos.GUI.GuiActions.ActionItemMetadata.Invoke(Object sender, EMouseButtons buttons, Boolean down) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\GUI\GuiActions\ActionItemMetadata.cs:Zeile 362.
|
|
3610 | |
GUI & Server | Fehlerbericht | niedrig | Verbindungsaufbau zwischen GUI und Kernel schlägt mehrf ... | geschlossen | 3.2 Beta x | | 25.05.2019 | 29.06.2019 | JPK |
Aufgabenbeschreibung
Wenn größere Projekte (z.B. das für das Vereinstreffen) geladen sind, dann schlägt das Verbinden mit einem Kernel mehrfach fehl (Kernel lokal separat gestartet), bis endlich die Verbindung korrekt aufgebaut wird. Hierbei ist die Session allerdings schon im Kernel hinterlegt und eine entsprechende Warnung erscheint. Außerdem geht dann im weiteren Verlauf der Update-Button bei der Bearbeitung eine Cue nicht mehr.
|
|
3606 | |
GUI & Server | Wunsch / Idee | niedrig | Anderes Verhalten von Maus-Scroll im Programmer | geschlossen | 3.2 Beta x | 3.2 | 22.05.2019 | 30.05.2019 | JPK |
Aufgabenbeschreibung
Da der Programmer in einer Art Tabelle dargestellt wird, sollte das Mausrad auch eher für das vertikale Scrolling eingesetzt werden als für das Zoomen. Den Zoom würde ich stattdessen auf Strg+Maus-Scroll legen (wie in vielen anderen Anwendungen auch)
|
|
3603 | |
GUI | Fehlerbericht | niedrig | Horizontale Scrollbar fehlt im Programmer | geschlossen | 3.2 Beta x | 3.2 | 21.05.2019 | 10.06.2019 | JPK |
Aufgabenbeschreibung
Bei vielen Einträgen im Programmer wird zwar die vertikale Scrollbar angezeigt, aber eine horizontale Scrollbar fehlt. So muss man erst mehrfach an verschiedenen Stellen heraus- und hereinzoomen, um diese Einträge sehen zu können. Wie im Bild zu sehen ist, sind Position und auch Teile der Dimmer-Spalte nach links geschoben. Ich habe aber keine Möglichkeit, diese zu erreichen, weder mit den Pfeiltasten, noch mit einer Scrollbar.
|
|
3602 | |
GUI | Fehlerbericht | niedrig | Programmerwindow-Tabellen werden falsch skalliert | geschlossen | 3.2 Beta x | | 21.05.2019 | 31.05.2019 | JPK |
Aufgabenbeschreibung
In meinem Programmer wird das Tabellengitter und die Tabelleneinträge von einander separiert angezeigt. Das sieht man vor allem, wenn man im Programmer zoomt. Da skallieren die Gitter mit einer anderen Geschwindigkeit wie der Inhalt. Werde heute Abend ein paar Bilder nachreichen.
|
|
3601 | |
GUI | Fehlerbericht | niedrig | Inkonsistente und teilweise unintuitive Eingabe im Cuel ... | geschlossen | 3.2 Beta x | 3.2 | 21.05.2019 | 30.05.2019 | JPK |
Aufgabenbeschreibung
Die Eingabefelder in den verschiedenen Spalten des Cuelist-Editor haben ein unterschiedliches Eingabeverhalten, vor allem, wenn man auf einen “wait”- oder “follow”-Trigger umschaltet. Bei der “wait”- bzw. “follow”-Time führt jeder Tastendruck sofort zu einer Eingabe, also das Feld wechselt in den “Edit-Modus” und der Inhalt wird mit der Eingabe überschrieben (wie erwartet). Die Standard-Einheit ist Sekunde. Bin ich im “Edit-Modus” des Feldes, verschiebe ich mit den Pfeiltasten den Marker (wie erwartet). Ich hätte aber erwartet, dass man mit Shift+Pfeiltaste Bereiche markieren kann, um sie mit einem Tastendruck zu ändern. Eingabefelder in der “fade”- und “delay”-Spalte verhalten sich wiederum ganz anders. Ist das Feld selektiert und man drückt eine Taste, so wechselt das Feld nur in den “Edit-Modus”, ohne den Inhalt zu überschreiben (nicht erwartetes Verhalten). Die Standardeinheit ist Millisekunde. Ist man im “Edit-Modus” und drückt die Pfeiltaste, um den Marker zu verschieben, wird der Edit-Modus stattdessen verlassen und das nächste Feld wird selektiert (nicht erwartetes Verhalten). Hier sollten die Eingabefelder an die in Windows üblichen Eingabeverhalten angepasst werden.
|