Migrer vers le nouvel éditeur de code JSLPendant que l'éditeur de code de JMP fonctionne, il est temps de passer à une plate-forme de code moderne et riche en fonctionnalités comme Visual Studio Code ou Eclipse. Ceux-ci auront une meilleure saisie semi-automatique, une gestion des versions Github, un renommage en masse d'une variable sur plusieurs fichiers de code, etc.
Automatisation et scriptsRe : Migrer vers le nouvel éditeur de code JSL - Statut modifié en : AcquittéRe : Migrer vers le nouvel éditeur de code JSLbjr,
compliqué à installer
Re : Migrer vers le nouvel éditeur de code JSLIl suffit d'installer et d'essayer @vince_faller Extension VsCode : vraiment sympa.
Re : Migrer vers le nouvel éditeur de code JSLSalut Pauldeen,
Trouvez simplement une extension pour le code Visual Studio ici sur prédictum.com (un partenaire JMP) : https://marketplace.visualstudio.com/items?itemName=VinceFaller.jmp-scripting
Je ne l'ai pas encore essayé.
Guillaume
Re : Migrer vers le nouvel éditeur de code JSL@mia_stephens Pouvez-vous partager des progrès à ce sujet ?
J'adore l'extension VSCode, elle est vraiment bien et cela devrait probablement être la voie à suivre. Cependant, le côté JMP de l'intégration pourrait nécessiter un peu de travail pour rendre l'expérience plus fluide :
1. Lorsque j'appuie sur Échap dans JMP, le lien vers VSCode se termine de telle manière que je dois redémarrer JMP pour pouvoir exécuter à nouveau des scripts. J'ai dû réécrire mon cerveau pour ne plus utiliser l'échappement pour désélectionner dans les tableaux.
2. Le journal dans JMP n'est plus utilisable lors de l'exécution de code à partir de VSCode, ce qui élimine tous les ajouts récents à JMP que vous pourriez normalement utiliser pour voler du code (comme le code pour créer une colonne ou mettre à jour une table). Cela rend également le débogage plus difficile car la sortie disponible dans VSCode n'inclut généralement pas l'emplacement où le script s'interrompt.
3. Taper dans JMP lorsque le lien VSCode est actif devient presque impossible, donc tester rapidement un peu de code... apporter quelques modifications au tableau et le tester à nouveau devient difficile.
4. Ajouter le lien vers l'index de script serait vraiment sympa pour voir des exemples fonctionnels de fonctions.
Re : Migrer vers le nouvel éditeur de code JSLComme JMP est une entreprise axée sur la VOC (voix du client), jeIl semble qu'il y ait un argument fort contre un nouvel éditeur JSL qui empêche son introduction.
Quels sont les arguments contre un éditeur de script de pointe ?
Re: Migrer vers le nouvel éditeur de code JSLJe me demande à quelle fréquence j'ai oublié les parenthèses après le tableau de données actuel et le rapport actuel ...
je me sens bien maintenant (JMP19EA4) :
Re: Migrer vers le nouvel éditeur de code JSLSalut @pauldeen
Je suis le développeur de l'extension JSL pour VSCode. Merci pour vos commentaires ! N'hésitez pas à ouvrir des problèmes sur https://gitlab.com/predictum/jsl-for-vscode/-/issues/new et je pourrai essayer d'apporter des améliorations lorsque j'aurai le temps. J'ai déjà ouvert quelques problèmes sur la base de votre commentaire.
1. Lorsque j'appuie sur la touche Échap dans JMP, le lien vers VSCode se termine de telle manière que je dois redémarrer JMP pour pouvoir exécuter à nouveau des scripts. J'ai dû réécrire mon cerveau pour ne plus utiliser la touche Échap pour désélectionner dans les tableaux.
L'exécution de JMP à partir de VSCode était difficile à configurer et n'est pas idéale dans son fonctionnement, mais pour vous donner une idée de ce qui se passe : il y a toujours une boucle JSL qui s'exécute en arrière-plan et qui écoute les commandes de VSCode, ce qui détourne un peu votre session JMP. Je ne pense donc pas que nous puissions empêcher Escape d'arrêter la boucle, mais nous pouvons peut-être faciliter la reconnexion afin que vous n'ayez pas besoin de redémarrer JMP.
2. Le journal dans JMP n'est plus utilisable lors de l'exécution de code à partir de VSCode, ce qui élimine tous les ajouts récents à JMP que vous pourriez normalement utiliser pour voler du code (comme le code permettant de créer une colonne ou de mettre à jour une table). Cela rend également le débogage plus difficile car la sortie disponible dans VSCode n'inclut généralement pas l'emplacement où le script s'arrête.
J'ai écrit le code pour me connecter à JMP avant que les subtilités du journal n'existent, donc il y a peut-être des améliorations qui pourraient être apportées ici.
3. Taper dans JMP lorsque le lien VSCode est actif devient presque impossible, donc tester rapidement un peu de code... apporter quelques modifications dans le tableau et le tester à nouveau devient difficile.
C'est encore cette boucle d'arrière-plan qui rend cela délicat. Mais peut-être qu'un moyen de mettre en pause la connexion à VSCode pourrait aider ici.
4. L'ajout du lien vers l'index de script serait vraiment sympa pour voir des exemples fonctionnels de fonctions.
Cela devrait certainement être possible. Ou même d'avoir les exemples intégrés dans VSCode d'une manière ou d'une autre.
Re: Migrer vers le nouvel éditeur de code JSLSalut @ben_ph , j'adore ton extension et je t'en suis vraiment reconnaissant. Je pense simplement qu'elle devrait devenir une partie intégrée de JMP au lieu d'un ajout que tu dois faire. Cela dit : je comprends tes choix de conception et les conséquences, mais si tu vois un moyen de résoudre ces problèmes, ce serait fantastique. Fais-moi savoir si tu as besoin d'aide pour tester !
Re : Migrer vers le nouvel éditeur de code JSLUne autre demande liée à ceci : https://community.jmp.com/t5/JMP-Wish-List/Allow-Log-window-to-be-reorganized/idi-p/86438#U86438
