☑ Nouvelle fonctionnalité géniale
☑ pourrait aider de nombreux utilisateurs !
☑ supprime quelque chose qui ressemble à un « bug »
☐ C'est tout simplement agréable à avoir
☐ personne n'en a besoin
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
J'ai été très surpris d'apprendre qu'il n'existe actuellement aucun moyen de transférer intégralement tous mes paramètres JMP lors de l'installation d'une nouvelle version majeure.
TS- 00283930
Certaines préférences peuvent être gérées via JSL (par exemple avec l'excellent gestionnaire de préférences de
@julien ), mais de nombreux paramètres importants sont oubliés et doivent être recréés manuellement après chaque mise à jour.
Quelle amélioration souhaiteriez-vous voir ?
Je souhaiterais que JMP assure une migration complète de tous les paramètres utilisateur entre les versions majeures – et pas seulement du sous-ensemble actuellement accessible via JSL.
Concrètement, les améliorations que j'envisage sont les suivantes :
- Un mécanisme intégré qui couvre tous les paramètres utilisateur pertinents, notamment :
- Favoris dans l' éditeur de formules (les fonctions les plus utilisées sont épinglées en haut),
- Paramètres récents dans les plateformes,
- tous les autres paramètres de préférences/d'interface utilisateur qui sont actuellement stockés en dehors du cadre de préférences portable et scriptable.
- Un processus de migration sûr et pris en charge, avec deux options conviviales :
- Au moment de l'installation :
- Boîte de dialogue du type : « Une version précédente de JMP a été détectée. Voulez-vous copier vos paramètres de JMP XX vers cette nouvelle version ? »
- Un seul clic → tous les paramètres compatibles sont transférés.
- Dans JMP (à menus) :
- Commande du type : Fichier → Importer les préférences de la version précédente…
- L'utilisateur peut déclencher explicitement la migration ultérieurement, en copiant à nouveau tous les paramètres compatibles de la version immédiatement précédente.
Cela devrait être mis en œuvre de manière à ce que :
- ne repose pas sur un accès manuel direct en écriture aux fichiers de configuration (qui est fragile et risqué),
- étend et complète le cadre de préférences portables existant afin que des outils comme Julian's Preferences Manager puissent également bénéficier d'une couverture JSL plus large à l'avenir.
Pourquoi cette idée est-elle importante ?
Perdre ses préférences essentielles à chaque mise à jour majeure donne l'impression d'un bug plutôt que d'une fonctionnalité manquante . Pour les utilisateurs expérimentés qui consacrent du temps à personnaliser JMP selon leurs besoins, c'est un véritable frein à la productivité.
- Efficacité : Reconstruire les favoris dans l'éditeur de formules ou reconstruire manuellement les « paramètres récents » de la plateforme après chaque mise à niveau coûte un temps considérable et interrompt le travail productif.
- Cohérence : Les utilisateurs qui n'ont pas la patience de réappliquer les paramètres finissent par travailler dans des environnements sous-optimaux et incohérents d'une version à l'autre, ce qui compromet l'intérêt de la mise à niveau.
- Adoption et satisfaction : Si les mises à jour impliquent le coût caché d’une « reconfiguration complète », les utilisateurs sont moins motivés à adopter rapidement les nouvelles versions, même lorsqu’elles apportent des améliorations importantes.
- Sécurité et robustesse : Un mécanisme de migration natif de JMP est plus sûr que la copie ponctuelle de fichiers de configuration. Il évite les risques de plantage ou de comportement imprévisible, tout en offrant aux utilisateurs le confort d’un environnement familier à chaque nouvelle version.
En bref : JMP montre déjà, via des outils comme Julian's Preferences Manager, que la portabilité des préférences est possible – mais aujourd'hui, elle est incomplète et limitée par les paramètres accessibles par script.
autres souhaits de 
