Fenêtre de recodage : "En place" par défautJ'utilise JSL pour aider les utilisateurs à recoder en masse, mais la fenêtre Recoder s'ouvre toujours avec "Nouvelle colonne" comme comportement par défaut lorsque je veux toujours recoder "En place".
Y a-t-il de toute façon la fenêtre Recode ouverte avec "En place" par défaut, soit par quelque chose comme dt< , ou une option quelque part dans les préférences pour modifier le paramètre par défaut de la fenêtre Recoder.
(Sidenote: Je reconnais l'utilité de créer une nouvelle colonne via cette fenêtre, mais il est un peu étrange que "Recode" par défaut soit autre chose que "En place")
Re : Fenêtre de recodage : "En place" par défautVous faites un bon point sur les tables avec des formules ou des scripts. Dans ce cas, créer d'abord la colonne de sauvegarde masquée, puis recoder en place, a beaucoup de sens ! Voici un bout de code pour faire ce genre de chose (en utilisant une colonne nommée "age" comme exemple)
col = column("age");
Eval(col << Get script) << set name(col<<GET name=""></GET>
Avoir une colonne de sauvegarde cachée comme option dans Recode lui-même pourrait être vraiment utile pour certains. Je vous encourage à copier votre suggestion sur le Liste de souhaits JMP donc nos développeurs le voient.
julien
Re : Fenêtre de recodage : "En place" par défautMerci Julian, je vais commencer par là 
Je ne suis toujours pas d'accord pour dire que "Nouvelle colonne" est le meilleur choix pour un paramètre par défaut.
Si je recode une colonne essentielle pour les scripts attachés aux colonnes de données et/ou de formules qui référencent la colonne d'intérêt, je dois faire l'une des deux choses suivantes :
- Parcourez les scripts/formules et remplacez l'ancien nom de colonne par le nouveau nom de colonne
- Comme Julian l'a indiqué, masquez et renommez immédiatement l'original (*_BackUp), puis changez le nom de la nouvelle colonne en nom de colonne d'origine
Bien que ces options puissent être relativement indolores, elles ne constituent pas une bonne utilisation du temps des utilisateurs (en particulier lorsque vous avez des utilisateurs qui ont tendance à oublier de petits détails comme celui-ci) et nous pourrions facilement avoir une solution qui élimine à la fois le besoin de l'une ou l'autre option et vous donne toujours une colonne de secours pour la sécurité.
Comment? Ce que je préférerais voir, c'est "En place" étant la valeur par défaut pour cette fenêtre (reflétant la fonctionnalité Recode des versions précédentes, si je me souviens bien), puis une nouvelle case à cocher dans la fenêtre (par défaut sur True ?) Pour "Créer un arrière-plan caché -Up Column", ce qui créerait automatiquement la colonne *_BackUp pour moi (et maintenant je n'ai plus besoin de mettre à jour de scripts/formules ni de prendre le temps de mélanger manuellement les noms de colonne).
Re : Fenêtre de recodage : "En place" par défautSalut @ABI ,
je vais faire écho @Mark_Bailey et dire que c'est une bonne pratique de conserver les valeurs d'origine en les recodant dans une nouvelle colonne (ne serait-ce que pour permettre à un utilisateur d'annuler une erreur sur toute la ligne). Dans des cas de script comme ceux-ci, je me suis retrouvé à autoriser Recode à créer la nouvelle colonne, mais je vais immédiatement masquer et renommer l'original, puis renommer la nouvelle colonne pour prendre la place de l'original. En ce qui concerne l'utilisateur final, il s'agit d'un recodage en place, mais ils ont cette colonne d'origine cachée comme sauvegarde.
Cela dit, si vous avez besoin de changer la boîte de dialogue Recoder en "En place", vous pouvez le faire en envoyant un message à la zone de liste déroulante de la fenêtre. Voici un exemple rapide de référencement dur de la fenêtre (puisque var = dt << recode ne renvoie pas de référence de fenêtre à var):
Window(1)[ComboBox(1)]<<SET></SET>
J'espère que cela vous rapproche un peu plus?
julien
Re : Fenêtre de recodage : "En place" par défautCe n'est pas étrange du tout si vous travaillez dans l'un des nombreux domaines où cette destination par défaut « sur place » est considérée comme dangereuse. JMP a décidé de pécher par excès de sécurité.
L'index de script montre que le message << Recode ne prend aucun argument pour le moment :
