☑ nueva característica interesante
☑ ¡podría ayudar a muchos usuarios!
☑ elimina algo que parece un "error"
☐ simplemente es agradable tenerlo
☐ nadie lo necesita
¿Qué inspiró esta solicitud de lista de deseos?
Me sorprendió mucho saber que actualmente no hay forma de transferir completamente todas mis configuraciones de JMP al instalar una nueva versión principal.
TS- 00283930
Algunas preferencias se pueden manejar a través de JSL (por ejemplo, con el excelente Administrador de preferencias de
@juliano ), pero muchas configuraciones importantes se dejan atrás y es necesario volver a crearlas manualmente después de cada actualización.
¿Cuál es la mejora que le gustaría ver?
Me gustaría que JMP proporcionara una migración completa de todas las configuraciones de usuario entre las versiones principales, no solo el subconjunto que actualmente es accesible mediante JSL.
Concretamente las mejoras que imagino son:
- Un mecanismo integrado que cubre todas las configuraciones de usuario relevantes, incluyendo, por ejemplo:
- Favoritos en el Editor de fórmulas (las funciones más utilizadas están fijadas en la parte superior),
- Configuraciones recientes en plataformas,
- todas las demás configuraciones de preferencia/IU que actualmente están almacenadas fuera del marco de preferencias portátil y programable.
- Un flujo de migración seguro y compatible con dos opciones fáciles de usar:
- En el momento de la instalación :
- Diálogo como: "Se detectó una versión anterior de JMP. ¿Desea copiar su configuración de JMP XX a esta nueva versión?"
- Un clic → se transfieren todas las configuraciones compatibles.
- Dentro de JMP (basado en menú) :
- Comando como: Archivo → Importar preferencias de la versión anterior…
- El usuario puede activar explícitamente la migración más tarde, copiando nuevamente todas las configuraciones compatibles de la versión inmediatamente anterior.
Esto debería implementarse de manera que:
- no depende del acceso de escritura manual directo a los archivos de configuración (lo cual es frágil y riesgoso),
- Amplía y completa el marco de preferencias portátil existente para que herramientas como Julian's Preferences Manager también puedan beneficiarse de una cobertura JSL más amplia en el futuro.
¿Por qué es importante esta idea?
Perder las preferencias clave con cada actualización importante se siente como un error, más que como una función faltante . Para los usuarios experimentados que invierten tiempo en adaptar JMP a su flujo de trabajo, es un verdadero destructor de productividad:
- Eficiencia : Reconstruir favoritos en el Editor de fórmulas o reconstruir las “configuraciones recientes” de la plataforma manualmente después de cada actualización cuesta mucho tiempo e interrumpe el trabajo productivo.
- Coherencia : los usuarios que no tienen la paciencia para volver a aplicar las configuraciones terminan trabajando con entornos inconsistentes y subóptimos en todas las versiones, lo que socava el valor de la actualización.
- Adopción y satisfacción : si las actualizaciones tienen el costo oculto de “comenzar de nuevo” en términos de configuración, los usuarios están menos motivados a migrar rápidamente a nuevas versiones, incluso cuando aportan mejoras importantes.
- Seguridad y robustez : Un mecanismo de migración nativo de JMP es más seguro que la copia ad hoc de archivos de configuración. Evita el riesgo de fallos o comportamientos indefinidos, a la vez que ofrece a los usuarios la comodidad de un entorno familiar en cada nueva versión.
En resumen: JMP ya demuestra, a través de herramientas como Julian's Preferences Manager, que la portabilidad de preferencias es posible, pero hoy en día es incompleta y está limitada por qué configuraciones son accesibles mediante scripts.
Otros deseos de 
