Bugtracker DMXControl 3

hier sind drei EInblendungen in den Bereichen zu sehen

   Anmerkung 2019-05-22 141126.j... (89.6 KiB)

Grün: Trigger/Wait/follow
Dunkelrot: Aktiv oder Teilaktiv
Hellrot: durchlaufen und komplett überschrieben
Blau: Fade

Mach mal das Tracking aus, dann sollte das anders außsehen

Ich finde die neue Darstellung gut. Einzig das Hell- und Dunkelrot habe ich nicht unterscheiden können. Aber ich denke, das kann man auch durch Dokumentation lösen, evtl. auch in einem Tooltip, wenn man über den Balken hovert. Letzteres wäre aber meiner Meinung nach nur ein Nice to Have.

Eine Dokumentation ist in der Tat besser als ein Tooltip, zumal ja der Balken bei kleinen Fadezeiten nicht lange genug in einer bestimmten Farbe angezeigt wird. Oder: es gibt ein allgemeines Tooltipp für die gesamte Spalte, welches dann ins Wiki verweist.

Vielleicht könnte man jedoch grundsätzlich darüber nachdenken, eine der beiden Rot-Töne nochmal abzuändern, um eine bessere Unterscheidung zu erreichen und dass es hierdurch gleich weniger nach einem Bug aussieht. Hintergrund ist ja auch, dass je nach Monitor bestimmte Farben nur schwer auseinanderzuhalten sind. Daher würde ich zum Beispiel ein Orange als Alternative für das Hellrot ins Gespräch bringen.

Ich habe da an einen allgemeinen Tooltip für die Spalte gedacht, der genau die Infos zu den Farben enthält, die Patrick in seinem Kommentar oben geschrieben hat (plus evtl einen allgemeinen Satz, wofür die Spalte ist).

Dann hier ein Vorschlag für den Text (ich hoffe, ich bekomme es aus dem Kontext und mit Hilfe der Bilder einigermaßen hin):

Progress
Zeigt den aktuellen Zustand der Cues über die folgenden Farben an:
Grün: Trigger-Wert / Trigger-Zeit gestartet
Dunkelrot: Cue aktiv oder teilaktiv
Hellrot: Cue durchlaufen / komplett überschrieben
Blau: Fade aktiv

Ok… Danke für die Erklärung.

Warum habt ihr die Farben so gewählt? Finde ich so wie sie sind nicht selbsterklärend.

Was haltet ihr davon:

Aktive/teilaktive Cue sollte grün sein (grün heißt immer "AN")
gelb: Trigger/Wait/follow (Das ist der "Zwischenstatus")
Blau: Fade
hellrot: durchlaufen und komplett überschrieben (rot heißt immer "AUS")

Das klappt nicht, die Farbe ist im Theme hinterlegt, die kann theoretisch auch Pink sein

Die Farben sind im Dark Theme bewusst dezent gewählt, damit die Spalte nicht wie Rummel aussieht.

Ich finde jedoch, dass man die aktive Cue NICHT rot machen sollte. Das verwirrt mich.

Man kann ja Pastellfarben verwenden, um keinen Rummel zu erzeugen.

Ich sehe es ähnlich wie PM. Der Kontrast ist derzeit zu niedrig. Es muss nicht gleich #00ff00 werden :)

Ich konnte den Fehler mit den falschen Farben nachvollziehen.
Man legt eine Cuelist mit mehreren Cues an, welche im Loop laufen. Nach dem ersten Durchlauf wird nur noch "Müll" angezeigt. S. Scrennshot 1 vom patme.

   Cuelist_Farben_komisch.zip (1.25 MiB)

Wie ist hier die Entscheidung?

Keine Priorität

Dann wäre ich wirklich dafür, die Anzeigespalte wegzulassen. Bei mir funktioniert die gar nicht.

   anzeige.mp4 (545.7 KiB)

Damit wollt ich sagen, ist egal

Dieser Fehler gehört zu dem Feature, welches mit dem Ticket  FS#493  gewünscht wurden.

Umbauen, das der Status im Kernel zusammengebaut wird

Was bedeutet der Status "Playing"? Die aktive Cue ist Cue2, Cue3 wird eingeblendet. Cue 6 wurde auf playing gesetzt, nachdem die Cuelist einmal durchgelaufen ist.

   Screenshot 2022-01-14 210156.... (3.6 KiB)

Wie im Betatester Chat besprochen, funktioniert das noch nicht richtig.

Das Problem ist das wenn der Progress durchlaufen wurde oder abgebrochen wurde nicht immer ein Progress zum abschluss gesendet wird

Kann bitte jemand mal genau aufschreiben was man tun muss um das zu reproduzieren? Was das Ergebniss ist, und was das erwartete Ergebniss ist?