- Status geschlossen
- Prozent erledigt
- Aufgabentyp Wunsch / Idee
- Kategorie GUI & Server → Server
-
zuständig
JPK - Betriebssystem All
- Schweregrad hoch
- betrifft Version unbestimmt
- fällig in Version 3.3.0
-
fällig am
unbestimmt
- Stimmen 4
- versteckt
angelegt von fisl - 04.04.2012
zuletzt bearbeitet von JPK - 04.01.2023
FS#806 - Projektverwaltung
Gemäß Diskussion:
(vorerst)
Zuletzt gespeichertes Projekt wird für Kernel zugreifbar gespeichert.
Option: einstellbar, ob vor dem Beenden des Kernels nochmal der aktuelle Stand gespeichert werden soll.
Option: dieses Projekt automatisch beim Start wieder zu laden.
Weiterhin beliebiges Projekt per Startparameter.
=⇒ AL: Started
EDIT/ERGÄNZUNG MARCEL 27.11.2018:
Ich habe zu dem ganzen Projekthandling folgende Idee wie man das Konzept mMn besser gestalten koennte.
DMXC3 wurde als Client/Server konzipiert und ist mMn ein wichtiges Feature, wenn auch (noch) wenig genutzt.
Aktuell wird beim Speichern immer dort eine Kopie erstellt, an deren Ort das Speichern ausgelösst wird. Angenommen wir haben 1 Server und 2 GUIs/Clients:
Client 1 speichert bei sich aus der GUI heraus. Client 2 arbeitet weiter, Client 1 lädt wieder und überschreibt alle Änderungen von Client 2. Und das ohne Rückfrage → Doof
Besser sollte es so sein:
“Projekt speichern” ist bei jedem Client nur noch ein Remote-Befehl an den Server das dieser bei sich in seinem Workdir das Projekt speichern soll.
Ebenso “Projekt laden” öffnet eine Liste und zeigt die auf dem Server abgelegten Projekte an, welche dann auf dem Server geladen werden können.
Neu hinzukommen sollten zwei Einträge:
“Projekt Downloaden/Exportieren” → Packt das Projekt in aktuellem Zustand als ZIP auf dem Server und schickt es an den entsprechenden Client zum runter laden.
“Projekt Hochladen/Importieren” → Lädt ein ZIP und transferiert es auf den Server in das Workdir und macht es somit in der “Remoteliste” zum öffnen verfügbar.
In diesem Zuge kann man darüber nachdenken auf dem Server nicht mehr als ZIP zu speichern und jedes Projekt optional sogar in ein lokales GIT oder ähnlich zu packen. Dann hat man sogar eine Versionierung.
04.01.2023 10:22
Grund für das Schließen: Implementiert
Kommentar zum Schließen:
Ist seit Beta 3 implementiert
Hy,
Also das “Optionale” ist am einfachsten
Wir sollten uns aber mal über das Thema Kernel Settings unterhalten. Dafür müssen wir in der GUI noch irgendwas vorsehen.
Gruß Arne
Ich meine ich hätte da mal was gebaut.
Muss ich nacher mal schauen.
So habe gerade mal geschaut. Funktioniert eigentlich.
Was meinste denn, fehlt noch?
Hallo!
Ich häng mich hier mal mit rein:
Es wäre ziemlich cool, wenn man die ZIP-Dateien direkt mit dem Kernel öffnen könnte. Aber offensichtlich verträgt sich der Parameter -nonetwork nicht mit einem angehängten Pfad zum Projekt. Überhaupt konnte ich den Kernel nicht dazu bringen, ein als Parameter übergebenes Projekt zu öffnen.
Es sollte funktioneren:
Lumos.exe "C:\DMXC3\SuperProjekt.zip"
LumosGUI.exe -nonetwork "C:\DMXC3\SuperProjekt.zip"
Dann müsste auch die Funktion von Windows 7 gehen mit den zuletzt geöffneten Dateien. Siehe Screenshot.
Grüße,
der lichteini
PUSH
YRM 2020:
- Kernel hällt zukünftig die Projekte vor
- statt speichern / ladern gibts für die GUI import / export –> Speichern / laden auf Kernel PC (fester Ordner) zusätzlich import/export für GUI (GUI speichert standardmäßig keine Projekte).
- neuer DMXC Launcher mit Default Projekt laden / letztes Projekt laden
- Auto Save Projekte können über die laden Funktion aufgerufen werden
Ich hätte gesagt, die Projekte liegen im Kernel im App Ordner. Per Default also im Profil, bzw. wo anders wenn man mit der Umgebungsvariable DMXC3_PROFILE den Pfad verschiebt. Ich würde einen Unterordner "Projects" oder so verwenden.
Sehr gut
Hört sich sehr gut und ziemlich nach dem an, wie ich seit der Einführung der Umgebungsvariablen arbeite.
Bedeutet, im Profilordner von DMXControl 3 habe ich zur Zeit folgende Verzeichnisse:
Ja, aber mit dem Unterschied, dass Projects in Zukunft ein Unterordner vor Kernel ist.
Entscheidung in Entwicklersitzung am 31.03.2022
DMXC zentrierter Ansatz wird umgesetzt
Begründung
Für die Zukunft wurden folgende Punkte diskuttiert:
1. Eventuell mehrere "Project" Store Locations anbieten
2. Das UI in der PPT ist ein erster Vorschlag, wird aber nochmal diskuttiert.
3. Wir brauchen eine erste Lösung für die 3.3 um den Initialaufwand im Rahmen zu halten. Diese Lösung kann dann in 3.3.1ff erweitert werden.
Ein Projektordner unterhalb der Kernel App ist gefährlich. User sind es unter Windows gewöhnt, dass Einstellungen und Dokumente an anderer Stelle liegen als die Executables. Bei einer Neuinstallation der Anwendung oder des gesamten Systems werden solche Daten schnell übersehen.
Besser wäre es, wenn DMXC bei Starten nachfragt, wo der Ordner für Projekte sein soll. Als Standard könnte man dann sowas wie %USERDATA%/DMXC3 anbieten. So wäre das passend zum gewohnten Verhalten auf Windows.
Außerdem bleibt mein Use Case möglich: Ich programmiere meine Lichtshow auf zwei getrennten Computern. Einmal mein „großer“ Rechner im Büro mit großem Monitor. Und einmal mein Laptop im Partykeller. Die Projektdateien liegt auf einem NAS. Ich würde gerne wie bisher beiden Instanzen den Zugriff auf das gleiche Verzeichnis ermöglichen. Sonst muss ich mir ein Skript bauen, welches die Daten kopiert.
Uns ist bewusst, dass User den Ordner unter %Appdata% nicht direkt finden werden. Das ist im Konzept schon so mit bedacht. Tatsächlich wird sich hier aber auch etwas die Bedienweise zur bisherigen Umsetzung verändern. Ich bleibe gerade aber bewusst wage, weil dieses Ticket Gegenstand aktueller Umsetzung ist ;)