☐ nouvelle fonctionnalité intéressante
☐ pourrait aider de nombreux utilisateurs !
☑ ressemble à un bug
☐ agréable à avoir
☐ personne n'en a besoin
Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
le code généré via le script << save générera du code JSL pour reproduire le même comportement - en combinaison avec les paramètres des préférences. Jusqu'ici, tout va bien.
Mais le même code, en combinaison avec d’(autres) paramètres sur un autre système, peut générer un comportement complètement différent.
On pourrait dire : jusqu'ici tout va bien - l'utilisateur de l'autre système pourrait avoir une idée de la raison pour laquelle il a ajusté les paramètres.
Mais les choses deviennent drôles lorsque le code a été généré sur un système avec des paramètres ajustés dans les préférences.
Alors
- (la plupart *) les paramètres qui correspondent aux paramètres actuels (non standard) dans les préférences ne seront PAS enregistrés dans le script JSL - et maintenant, lorsqu'un tel code sera exécuté sur un système standard, ces paramètres standard non standard seront manquants dans le code → conduisant à un comportement différent sur un système standard.
- (autres **) les paramètres qui correspondent aux paramètres standard ne seront PAS enregistrés dans le script JSL - et donc lors d'une nouvelle exécution sur le même système (avec des paramètres non standard) seront manquants.
*) comme les dégradés de couleurs : il n'est pas possible de spécifier un dégradé pour un tracé en JSL (via << save script ) qui soit égal au dégradé dans les préférences
**) comme les paramètres Conditionnels du filtre de données : sur un système avec le Conditionnel activé dans les préférences, il n'est pas possible de générer un code JSL (via << save script() ) pour un filtre de données non conditionnel
effets collatéraux :
Avec des paramètres MODIFIÉS dans les préférences, un utilisateur perd la possibilité d'utiliser Dashboard Builder pour générer des tableaux de bord qui ouvrent des plates-formes sur son système avec des paramètres STANDARD 
Utilisez-vous les préférences ?
La seule solution de contournement : ouvrez le script source du tableau de bord et ajoutez le code correspondant manuellement.
Quelle est l’amélioration que vous souhaiteriez voir ?
Bien que le comportement actuel soit tel que prévu, il n'est pas toujours celui attendu par les utilisateurs.
Veuillez optimiser le comportement dans une future version de Jmp.
Pourquoi cette idée est-elle importante ?
Si un utilisateur modifie les paramètres dans les préférences, il doit toujours avoir la possibilité de générer des tableaux de bord utilisant les paramètres standard.
plus de vœux soumis par 
suite à une suggestion de @hardner : https://community.jmp.com/t5/JMP-Wish-List/interrogate-Use-Thousands-Separator-using-JSL/idc-p/737356/highlight/true#M5364
on pourrait utiliser une option verbeuse pour << save script :
Avec verbose = 1, le script doit être généré avec tous les paramètres nécessaires pour produire le même résultat sur N'IMPORTE QUEL système - indépendamment des paramètres réels dans les préférences.
Comme de nombreux utilisateurs utilisent la commande du menu triangle rouge
ou l'icône dans la barre d'outils du rapport :
il faut ajouter une option Shift - clic pour déclencher l'option verbeuse...
que diriez-vous des niveaux intermédiaires de verbeux :
- 0 : supprime tout le code "inutile" comme maintenant - mode de compatibilité
- 0.3 : générer tout le code JSL nécessaire pour générer le même résultat sur ce système. [résout le problème avec le conditionnel]
- 0.5 : générer tout le code JSL nécessaire pour générer le même résultat sur un défaut système. [corrige le problème avec le paramètre de dégradé défini par l'utilisateur]
- 0,7 : sur la base des graphiques/rapports générés des 6 derniers mois, inclut tous les paramètres modifiés >=3 fois. Générez un code robuste à tous les paramètres.
- 1 : code JSL robuste à tous les paramètres des préférences.
mon préféré : 0.7 :
hyper utile !
- peu importe 5 lignes de code supplémentaires - si elles génèrent un résultat plus robuste sur n'importe quel système de vos collègues.
- à quelle fréquence avez-vous généré un enchaîner et je me suis interrogé plus tard sur la formulation exacte de ajouter à la table principale (1) ?
Aujourd'hui, je viens d'apprendre
Ignore Platform Preferences(1)
Ignorer les préférences (1) pourrait résoudre certains des problèmes mentionnés - mais cela ne semble pas exister
