- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server
- zuständig niemand
- Betriebssystem All
- Schweregrad niedrig
- betrifft Version 3.3 Alpha x
- fällig in Version 3.3.0
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von Phil2811 - 15.06.2021
zuletzt bearbeitet von Soon5 - 11.01.2023
angelegt von Phil2811 - 15.06.2021
zuletzt bearbeitet von Soon5 - 11.01.2023
FS#4569 - Dirtyflag wird bei "Reset View" gesetzt, bei Verschieben mit Mausrad oder den Pfeilen jedoch nicht
Dirtyflag wird bei “Reset View” gesetzt, bei Verschieben mit Mausrad oder den Pfeilen jedoch nicht.
Das Verhalten ist aus meiner Sicht inkonsequent. Entweder müsste die DirtyFlag auch gesetzt werden, wenn ich die View verschiebe, oder die Flag darf nicht gesetzt werden, wenn ich die View zurücksetze.
Logs_ResetView.zip
(5,06 MB)
geschlossen von Soon5
11.01.2023 19:44
Grund für das Schließen: Repariert
Kommentar zum Schließen:
11.01.2023 19:44
Grund für das Schließen: Repariert
Kommentar zum Schließen:
Repariert, bei Bedarf neu öffnen bzw.
neue Tickets erstellen
Hm. Denke spontan das verschieben der StageView sollte nicht zum setzen des Dirty Flags führen. Aber das ist meine eigene Meinung.
die Position der Stageview sollte gespeichert werden. Insofern sollte auch der Reset gespeichert werden…
Aber wie besprochen, das Layout wird auch gespeichert und trotzdem macht es keinen Sinn das Dirty Flag bei jeder Veränderung am Layout zu setzen, dann können wir es auch ganz weglassen, weil es dann quasi immer gesetzt ist. Wir müssen das mal diskuttieren wo wir hier eine Sinnvolle Grenze ziehen.
Also ich sähe hier ebenfalls kein grundsätzliches Problem drin, wenn man an dieser Stelle über eine Ausnahme nachdenkt, um das Thema DirtyFlag nicht zu überfrachten.
Aber umgekehrt ist es eben etwas, was auch gezielt im Projekt gespeichert wird. Folglich ist dies der Maßstab die Kennzeichnung durch das DirtyFlag. AutoCAD macht dies zum Beispiel auch so. Sobald ich den Fensterausschnitt verändere, wird mir der Stand als ungespeichert gekennzeichnet.
Wo ich stand heute noch keinen Grund für das Setzen des DirtyFlags sehe, wären Anwendungseinstellungen, aktivierte Plugins und das Thema Interfaces, weil diese Informationen eben nicht im Projekt landen.
Die letzteren Punkte sollten das Flag aber auch nicht setzen…. Falls doch, wäre das ein Bug.
Ein weiterer Punkt ist wann bei Mastern das Dirty Flag gesetzt wird. Parametermaster z.B. aktuell wenn sich ein Wert ändert.
EDIT: Das führt halt bei Projekten in denen die Master irgendwie im InputAssignment verdratet sind dazu, dass das Dirty Flag quasi "immer" gesetzt ist. Eventuell müssen wir das Konzept nochmal komplett überdenken.
Also, ich hab da mal was gemacht. In Beta 1 sollte das hoffentlich schon halbwegs funktionieren. Allgemein müssen wir für das “Dirty” Thema glaube ich noch ein paar Settings spendieren.
Im Zuge des QRM22.2 entstand ja das Ticket FS#4766. Hierin ist der Punkt zu einem gewissen Grad enthalten, dass man als Nutzer einstellen kann, wie "empfindlich" das Dirty Flag reagieren soll.
Ich würde das Ticket hier dann zu machen, sobald jemand bestätigt, dass das Dirty Flag auch wirklich korrekt gesetzt ist.
@Phil, @Stefan könntet ihr mal rein schauen, ob das in der aktuellen Beta so einigermaßen passt? Ich hab da den Überblick verloren, wann was das Dirty Flag gesetzt werden soll und wann nicht.
In der Stageview wird es bei Reset View jetzt nicht mehr gesetzt. So viel kann ich schonmal sagen :)
Bezogen auf die ursprüngliche Problembeschreibung ist der Punkt behoben. Es wird kein Dirty Flag gesetzt, wenn ich die Ansicht der Stage View ändere.
Die in der Diskussion genannten Punkte würde ich mal ein Stück weit ausklammern und bei Bedarf in neue Tickets packen, sollten sie nochmal relevant werden.