新しい JSL コード エディターに移行するJMP のコード エディターは機能しますが、Visual Studio Code や Eclipse などの最新の機能豊富なコード プラットフォームにアップグレードする時期です。 これらは、オートコンプリート、Github のバージョニング、複数のコード ファイルにわたる変数の大量の名前変更などを改善します。
スクリプティングRe: 新しい JSL コード エディターへの移行 - ステータスが次のように変更されました: 確認済みRe: 新しい JSL コード エディターに移行するbjr、
Compliqué à インストーラー
Re: 新しい JSL コード エディターに移行するインストールして試すだけ@vince_faller VsCode 拡張機能: 本当に素晴らしいものです。
Re: 新しい JSL コード エディターに移行するこんにちは。
ここで、predictum.com (JMP パートナー) からビジュアル スタジオ コードの拡張機能を見つけてください。 https://marketplace.visualstudio.com/items?itemName=VinceFaller.jmp-scripting
まだ試していません。
ギヨーム
Re: 新しい JSL コード エディタへの移行@mia_stephensこれに関する進捗状況を共有していただけますか?
私は VSCode 拡張機能が大好きです。これは本当に優れており、おそらく今後の進歩につながるはずです。ただし、統合の JMP 側では、エクスペリエンスをよりスムーズにするために少し作業を行うことができます。
1. JMP 内で Escape キーを押すと、VSCode へのリンクが終了するため、スクリプトを再度実行するには JMP を再起動する必要があります。テーブル内の選択を解除するためにエスケープを使用しないよう、脳を書き換える必要がありました。
2. JMP のログは、VSCode からコードを実行するときに使用できなくなり、通常はコードを盗むために使用できる JMP への最近の追加機能 (列を作成したりテーブルを更新したりするコードなど) がすべて削除されます。また、VSCode で利用できる出力には通常、スクリプトが中断される場所が含まれていないため、デバッグも困難になります。
3. VSCode リンクがアクティブなときに JMP を入力することはほぼ不可能になるため、少しのコードをすばやくテストする...テーブルにいくつかの変更を加えて再度テストするのは困難になります。
4. スクリプトインデックスへのリンクを追加すると、実際に機能する関数の例が表示されるのでとても便利です。
Re: 新しい JSL コード エディターへの移行JMPはVOC（顧客の声）を重視する企業であるため、新しい JSL エディターの導入を妨げる強力な反対論があるようです。
最先端のスクリプト エディターに対する反論は何ですか?
Re: 新しい JSL コード エディターへの移行現在のデータ テーブルと現在のレポートの後の括弧を何回忘れたか疑問に思います...
今は気分がいいです (JMP19EA4):
Re: 新しい JSL コード エディターへの移行こんにちは@pauldeen
私は JSL for VSCode 拡張機能の開発者です。フィードバックをありがとうございます。いつでもhttps://gitlab.com/predictum/jsl-for-vscode/-/issues/newで問題を報告してください。時間があるときに改善を試みます。あなたのコメントに基づいて、すでにいくつかの問題を報告しました。
1. JMP 内で Esc キーを押すと、VSCode へのリンクが終了し、スクリプトを再度実行できるようにするには JMP を再起動する必要があります。テーブルの選択を解除するために Esc キーを使用しないように、頭を書き換える必要がありました。
VSCode から JMP を実行するのは設定が難しく、動作も理想的ではありませんが、何が起こっているかを説明します。バックグラウンドでは常に JSL ループが実行され、VSCode からのコマンドをリッスンして、JMP セッションを少しハイジャックします。したがって、ループの停止からのエスケープは阻止できないと思いますが、再接続を容易にして、JMP を再起動する必要がないようにすることはできるかもしれません。
2. VSCode からコードを実行する場合、JMP のログは使用できなくなりました。これにより、コードを盗むために通常使用できる JMP への最近の追加 (列を作成したりテーブルを更新したりするコードなど) がすべて削除されます。また、VSCode で利用できる出力には通常、スクリプトが中断する場所が含まれていないため、デバッグが難しくなります。
ログの便利な機能が存在する前に JMP に接続するためのコードを書いたので、ここで改善できる点がいくつかあるかもしれません。
3. VSCode リンクがアクティブなときに JMP に入力することはほぼ不可能になるため、コードを少しだけすばやくテストしたり、テーブルに変更を加えて再度テストしたりすることが難しくなります。
これもバックグラウンド ループなので、扱いにくくなっています。ただし、VSCode への接続を一時停止する方法が役立つかもしれません。
4. スクリプト インデックスへのリンクを追加すると、関数の動作例を確認できるので非常に便利です。
それは間違いなく可能であるはずです。あるいは、何らかの方法で例を VSCode に統合することもできます。
Re: 新しい JSL コード エディターへの移行こんにちは@ben_ph さん、あなたの拡張機能は素晴らしいと思いますし、本当に感謝しています。ただ、これは JMP に追加するのではなく、設計に組み込まれた部分になるべきだと思っています。そうは言っても、あなたの設計上の選択とその結果については理解していますが、これらの点を修正する方法がわかれば素晴らしいと思います。テストに手助けが必要な場合はお知らせください。
Re: 新しい JSL コードエディターへの移行これに関連する別のリクエスト: https://community.jmp.com/t5/JMP-Wish-List/Allow-Log-window-to-be-reorganized/idi-p/86438#U86438
