☑ Coole neue Funktion
☑ könnte vielen Nutzern helfen!
☑ entfernt etwas, das sich wie ein „Fehler“ anfühlt
☐ Einfach schön zu haben
☐ Niemand braucht es
Was hat diesen Wunschwunsch ausgelöst?
Ich war sehr überrascht zu erfahren, dass es derzeit keine Möglichkeit gibt, alle meine JMP-Einstellungen beim Installieren einer neuen Hauptversion vollständig zu übertragen.
TS- 00283930
Einige Einstellungen können über JSL verwaltet werden (z. B. mit
@julianisch 's hervorragendem Preferences Manager), aber viele wichtige Einstellungen bleiben zurück und müssen nach jedem Upgrade manuell neu erstellt werden.
Welche Verbesserung würden Sie sich wünschen?
Ich wünsche mir, dass JMP eine vollständige Migration aller Benutzereinstellungen zwischen den Hauptversionen ermöglicht – nicht nur der Teilmenge, die derzeit über JSL zugänglich ist.
Konkret stelle ich mir folgende Verbesserungen vor:
- Ein integrierter Mechanismus , der alle relevanten Benutzereinstellungen abdeckt, einschließlich beispielsweise:
- Favoriten im Formeleditor (die am häufigsten verwendeten Funktionen sind oben angeheftet),
- Letzte Einstellungen auf Plattformen,
- alle anderen Präferenz-/UI-Einstellungen, die derzeit außerhalb des portablen, skriptfähigen Präferenzframeworks gespeichert sind.
- Ein sicherer, unterstützter Migrationsprozess mit zwei benutzerfreundlichen Optionen:
- Zum Zeitpunkt der Installation :
- Dialog wie: „Es wurde eine ältere JMP-Version erkannt. Möchten Sie Ihre Einstellungen von JMP XX in diese neue Version kopieren?“
- Ein Klick → alle kompatiblen Einstellungen werden übertragen.
- Innerhalb von JMP (menübasiert) :
- Befehl wie: Datei → Einstellungen aus vorheriger Version importieren…
- Der Benutzer kann die Migration zu einem späteren Zeitpunkt explizit auslösen und dabei alle kompatiblen Einstellungen aus der unmittelbar vorhergehenden Version erneut kopieren.
Dies sollte folgendermaßen umgesetzt werden:
- verlässt sich nicht auf den direkten manuellen Schreibzugriff auf Konfigurationsdateien (was fehleranfällig und riskant ist).
- erweitert und vervollständigt das bestehende portable Einstellungsframework, sodass auch Tools wie Julian's Preferences Manager in Zukunft von einer breiteren JSL-Abdeckung profitieren können.
Warum ist diese Idee wichtig?
Der Verlust wichtiger Einstellungen bei jedem größeren Upgrade fühlt sich eher wie ein Fehler als wie ein fehlendes Feature an . Für erfahrene Nutzer, die Zeit in die Anpassung von JMP an ihren Workflow investieren, ist dies ein echter Produktivitätskiller.
- Effizienz : Das manuelle Neuerstellen von Favoriten im Formeleditor oder das Wiederherstellen der „zuletzt verwendeten Einstellungen“ der Plattform nach jedem Upgrade kostet viel Zeit und unterbricht die produktive Arbeit.
- Konsistenz : Benutzer, die nicht die Geduld haben, Einstellungen erneut anzuwenden, arbeiten am Ende mit suboptimalen, inkonsistenten Umgebungen über verschiedene Versionen hinweg, was den Wert eines Upgrades mindert.
- Akzeptanz und Zufriedenheit : Wenn Upgrades mit den versteckten Kosten eines „Neustarts“ der Konfiguration einhergehen, sind die Benutzer weniger motiviert, schnell auf neue Versionen umzusteigen – selbst wenn diese wichtige Verbesserungen mit sich bringen.
- Sicherheit und Robustheit : Ein in JMP integrierter Migrationsmechanismus ist sicherer als das willkürliche Kopieren von Konfigurationsdateien. Er vermeidet das Risiko von Abstürzen oder undefiniertem Verhalten und bietet Benutzern gleichzeitig in jeder neuen Version die gewohnte Umgebung.
Kurz gesagt: JMP zeigt bereits anhand von Tools wie Julian's Preferences Manager, dass die Portabilität von Einstellungen möglich ist – allerdings ist sie derzeit noch unvollständig und dadurch eingeschränkt, welche Einstellungen per Skript zugänglich sind.
weitere Wünsche von 
