- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → GUI
-
zuständig
JPK - Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.3 Beta x
- fällig in Version 3.3.0
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von LightningBrothers - 03.10.2022
zuletzt bearbeitet von JPK - 31.07.2023
angelegt von LightningBrothers - 03.10.2022
zuletzt bearbeitet von JPK - 31.07.2023
FS#4924 - Project Administration: Fenster verschwindet nach Laden eines Projekt im Hintergrund
Ich lade ein etwas größeres Projekt, wo DMXC auch ein bisschen mit zu tun hat (große Anzahl an Geräten und Cuelists, einige Connectionssets im Input Assignment). Dabei passiert es regelmäßig, dass die Project Administration im Hintergrund verschwindet und ich das Fenster erst explizit über die Taskleiste in den Vorgrund holen muss, um weiterarbeiten zu können.
Es macht keinen Unterschied, ob ich das zuletzt gespeicherte Fensterlayout aufrufe oder nicht. Ebenfalls hat die Einstellung “Show taskbar icon for each window” ebenfalls keinen Einfluss, ob das Fenster nach dem Laden des Projekts im Hintergrund liegt oder nicht.
geschlossen von JPK
31.07.2023 22:39
Grund für das Schließen: Repariert
Kommentar zum Schließen:
31.07.2023 22:39
Grund für das Schließen: Repariert
Kommentar zum Schließen:
Seit Beta 6 gefixt (siehe Kommentar).
Lösung ist, dass das Fenster nun
geschlossen wird, wenn das Projekt
geladen ist.
Ja, das ist mir auch aufgefallen, und ist echt nervig.
Tritt auch bei mir regelmäßig auf.
Lösungsvorschlag: Nach vollständigem laden schließt sich die Project-Administration automatisch.
Nach einem Hinweis von Jens-Peter erneut getestet:
Das Problem tritt nur auf wenn weitere Fenster geöffnet sind.
Richtig, das kann ich so bestätigen. Und zwar wenn beim im Projekt hinterlegten Layout mehrere Fenster geöffnet waren. Sind vorher mehrere Fenster aktiv, stört dies scheinbar nicht.
Es gibt zwar die Möglichkeit, die @MisterX schon geschrieben hat. Diese hilft aber leider nicht in allen Fällen. Während diese Variante zwar hilft, wenn man das Projekt mit nur einer GUI bedient, sieht das im Multi-GUI-Betrieb anders aus. Es ist valide, dass sich das PA-Fenster für denjenigen schließt, der das Projekt geladen hat. Allerdings sollte die PA für alle anderen offen bleiben, da sie evtl. parallel im Project Store arbeiten könnten. Das führt aber zu einem Proben, denn wenn FS#5004 gefixt ist, kann das Layout auf allen GUIs geladen werden, was wieder zu den obigen Problemen führen kann. Die Frage wäre jetzt, ob man das in kauf nimmt, da es zugegebenermaßen eine wenig wahrscheinliche Konstellation ist (DMXC wird nur sehr selten mit 2 GUIs benutzt und dann müssen beide parallel in der PA aktiv am Werkeln sein). Um das mal zu klären, habe ich das Ticket als Usability Relevant gekennzeichnet.
Ich hätte jetzt folgendes gesagt, aber das können wir im nächsten QRM diskutieren:
Das Laden eines Projektes ist ein Workflow, der mehrere Schritte beinhaltet:
1. PA Fenster öffnen
2. Projekt auswählen
3. Laden
4a. Auf Fehler Reagieren (Fehler Fenster)
4b. Layout Laden
5. PA Fenster schließen
Diese ganzen Aktion laufen NUR auf der einen GUI ab, die den Workflow gestartet hat. Die 2. GUI wird ja vorab darüber informiert, dass das Projekt neu geladen wird, und kann den Workflow abbrechen. Das bedeutet aber nicht, dass er gespiegelt werden muss. Wegen mir, kann 4b auf allen GUIs Angeboten werden, sozusagen als Bestätigung, dass das Laden beendet ist. Das Fenster schließen sollte auch nicht durch einen Remote Event passieren, sondern die 1 GUI die den Workflow gestartet hat, weiß ja (LOKAL) wann der Workflow vorbei ist und kann dann das Fenster schließen.
Kann in Beta 6 getestet werden.
Seit der Beta 6 und auch mit der Beta 7 konnte ich das Problem nicht mehr beobachten.