☐ nueva característica interesante
☐ podría ayudar a muchos usuarios!
☑ se siente como un insecto
☐ bueno tener
☐ nadie lo necesita
¿Qué inspiró esta solicitud de lista de deseos?
El código que se genera a través del << script de guardado generará código JSL para reproducir el mismo comportamiento, en combinación con la configuración de las preferencias. Hasta ahora, todo bien.
Pero el mismo código, en combinación con (otras) configuraciones en otro sistema, puede generar un comportamiento completamente diferente.
Se podría decir: hasta ahora todo bien; el usuario del otro sistema podría tener alguna idea de por qué ajustó la configuración.
Pero las cosas se ponen divertidas cuando el código se generó en un sistema con configuraciones ajustadas en las preferencias.
Entonces
- (la mayoría *) la configuración que se ajusta a la configuración actual (no estándar) en las preferencias NO se guardará en el script JSL - y ahora, cuando dicho código se ejecute en un sistema estándar, dichas configuraciones estándar no estándar faltarán en el código → lo que lleva a un comportamiento diferente en un sistema estándar.
- (otras **) configuraciones que se ajustan a la configuración estándar NO se guardarán en el script JSL y, por lo tanto, cuando se ejecute nuevamente en el mismo sistema (con configuraciones no estándar), faltarán.
*) como degradados de color : no es posible especificar un degradado para un gráfico en JSL (a través de << guardar script ) que sea igual al degradado en las preferencias
**) como la configuración condicional del filtro de datos: en un sistema con el condicional habilitado en las preferencias, no es posible generar un código JSL (a través de << save script() ) para un filtro de datos no condicional
efectos colaterales:
Si hay configuraciones CAMBIADAS en las preferencias, un usuario pierde la oportunidad de usar Dashboard Builder para generar paneles que abren plataformas en su sistema con configuraciones ESTÁNDAR 
¿Usas las preferencias?
La única solución alternativa: abra el script fuente del Panel y agregue el código respectivo manualmente.
¿Cuál es la mejora que le gustaría ver?
Aunque el comportamiento actual es el diseñado, no siempre es el esperado por los usuarios.
Optimice el comportamiento en una versión futura de Jmp.
¿Por qué es importante esta idea?
Si un usuario cambia la configuración en las preferencias, aún debería tener la oportunidad de generar paneles que utilicen la configuración estándar.
más deseos presentados por 
siguiendo una sugerencia de @hardner : https://community.jmp.com/t5/JMP-Wish-List/interrogate-Use-Thousands-Separator-using-JSL/idc-p/737356/highlight/true#M5364
se podría usar una opción detallada para << guardar script:
Con detallado = 1, el script debe generarse con todas las configuraciones necesarias para producir el mismo resultado en CUALQUIER sistema, independientemente de las configuraciones reales en las preferencias.
Como muchos usuarios usan el comando del menú del triángulo rojo
o el icono en la barra de herramientas del informe:
uno tiene que agregar una opción Shift - clic para activar la opción detallada...
¿Qué tal los niveles intermedios de detalle?
- 0: elimina todo el código "innecesario" como ahora - modo de compatibilidad
- 0.3: genera todo el código JSL necesario para generar el mismo resultado en este sistema. [soluciona el problema con el condicional]
- 0.5: genera todo el código JSL necesario para generar el mismo resultado en un por defecto sistema. [soluciona el problema con la configuración de gradiente definida por el usuario]
- 0,7: según los gráficos/informes generados de los últimos 6 meses, incluye todas las configuraciones que se cambiaron >=3 veces. Genere un código que sea robusto frente a todas las configuraciones.
- 1: código JSL robusto frente a cualquier configuración en las preferencias.
mi favorito: 0.7:
¡súper útil!
- ¿A quién le importan 5 líneas de código adicionales? Si generarán un resultado más sólido en cualquier sistema de sus colegas.
- ¿Con qué frecuencia generaste un concatenar y me pregunté más tarde sobre la redacción exacta de ¿Agregar a la tabla principal (1) ?
Hoy acabo de enterarme de
Ignore Platform Preferences(1)
Ignorar preferencias (1) podría solucionar algunos de los problemas mencionados, pero no parece existir.
