Qu'est-ce qui a inspiré cette demande de liste de souhaits ?
Lors de l'automatisation d'un travail répétitif, j'effectue souvent manuellement les étapes et vérifie le journal pour voir quel est le JSL équivalent.
Quelle est l’amélioration que vous souhaiteriez voir ?
J'aimerais voir le journal afficher le message JSL équivalent lorsque je modifie le nom d'une étiquette d'axe.
Pourquoi cette idée est-elle importante ?
Cela permettra aux utilisateurs d'automatiser et d'écrire du JSL sans recherche Google.
Malheureusement, Jmp n'enregistre pas ces étapes intermédiaires. Je suis d'accord, c'est génial de garder le journal amélioré court et mince
- mais cela rend impossible l'apprentissage de tels « trucs » à partir du journal amélioré.
Il existe actuellement une solution de contournement, mais avec certaines limitations :
Obtenez le code de l'étape intermédiaire dans le cadre du script final du rapport, par exemple via le menu Enregistrer le script :
Le problème : le changement manuel est codé via EnvoyerVersRapport & Expédition - et en parlant de bon code JSL, EnvoyerVersRapport & Expédition ne sont pas destinés à être utilisés directement pour votre propre code :
@Mark_Bailey a écrit :
Les arguments Envoyer au rapport et Expédition de votre exemple sont destinés à ce que JMP puisse enregistrer un script qui reproduira la plate-forme actuelle aussi complètement que possible. Ils ne sont pas destinés à nous permettre d'écrire des scripts. Beaucoup de personnes les utilisent et c'est leur choix, mais ce n'est pas l'intention. Les informations les concernant manquent dans la documentation (c'est-à-dire qu'ils ne sont pas documentés) car nous devrions utiliser d'autres moyens de communiquer directement avec les objets de la couche de rapport. Par exemple, envoyez le message << Add Ref Line(---) à la zone d'axe.
https://community.jmp.com/t5/Discussions/JMP-Script-Dispatch-Function/mp/256386/highlight/true#M50369
Donc, un scripteur JSL a le problème :
Comment convertir *) un code qui est enregistré par le journal amélioré, comme
SendToReport( Dispatch( {}, "X title", TextEditBox, {Set Text( "new" )} ) )
...à un code qui devrait être utilisé pour les scripts ?
*) convertir : JMP pourrait-il le faire pour nous ?
faites un clic droit sur le code brut, cliquez sur convertir - et Jmp produira
current report()[TextEditBox(<STRONG>3</STRONG>)]<< Set Text( "new" )
[... ou j'espère quelque chose de plus robuste]
Outre la modification de l'étiquette d'un axe, il existe de nombreuses autres tâches qui ne sont pas enregistrées immédiatement, mais juste après la fermeture du rapport.
" La modification d'une étiquette doit apparaître dans le journal " sur les stéroïdes peut être trouvée ici :
Pilote automatique de présentation (alias Workflow Builder 2.0)
L'idée : JMP enregistre chaque étape séparément afin de pouvoir l'utiliser pour automatiser les modifications d'un rapport lors d'une présentation.
Je le reconnais pour l'instant, mais @hogi a la bonne idée et il y a de bonnes suggestions dans les commentaires. Nous n'enregistrons pas actuellement les étapes intermédiaires sur des plateformes comme celle-ci. Le faire serait une tâche énorme.
