遷移到新的 JSL 程式碼編輯器當 JMP 中的程式碼編輯器正常運作時，是時候升級到功能豐富的現代程式碼平台（例如 Visual Studio Code 或 Eclipse）了。 這些將具有更好的自動完成、Github 版本控制、多個程式碼檔案上的變數的批次重命名等。
自動化和腳本編寫回覆：遷移到新的 JSL 程式碼編輯器 - 狀態變更為：已確認回覆：遷移到新的 JSL 程式碼編輯器比傑爾,
完成安裝程式
回覆：遷移到新的 JSL 程式碼編輯器只需安裝並嘗試@vince_faller VsCode 擴充：非常好的一個。
回覆：遷移到新的 JSL 程式碼編輯器嗨，保爾丁，
只需在此處從 Predictum.com（JMP 合作夥伴）找到 Visual Studio 程式碼的擴充： https://marketplace.visualstudio.com/items?itemName=VinceFaller.jmp-scripting
我還沒試過。
紀堯姆
回覆：遷移到新的 JSL 程式碼編輯器@mia_stephens你能分享一下這方面的進展嗎？
我喜歡 VSCode 擴展，它真的很好，它可能應該是前進的方向。然而，整合的 JMP 方面可以做一些工作來使體驗更加流暢：
1. 當我在 JMP 中點擊 escape 時，它會結束與 VSCode 的鏈接，因此我必須重新啟動 JMP 才能再次運行腳本。我不得不重寫我的大腦，不再使用轉義來取消表中的選擇。
2. 從 VSCode 執行程式碼時，JMP 中的日誌不再可用，這消除了您通常可以用來竊取程式碼（例如建立列或更新表的程式碼）的所有最近新增到 JMP 的內容。它還使偵錯變得更加困難，因為 VSCode 中可用的輸出通常不包括腳本中斷的位置。
3. 當 VSCode 連結處於活動狀態時輸入 JMP 幾乎是不可能的，因此快速測試一些程式碼...在表中進行一些更改並再次測試變得很困難。
4. 新增到腳本索引的連結將非常高興看到函數的工作範例。
回覆：遷移到新的 JSL 程式碼編輯器由於 JMP 是一家 VOC（客戶之聲）驅動的公司，我似乎有人強烈反對新的 JSL 編輯器，這阻礙了引入。
反對最先進的腳本編輯器的論點是什麼？
回覆：遷移到新的 JSL 程式碼編輯器我想知道我有多少次忘記當前數據表和當前報告後面的括號...
現在感覺很棒（JMP19EA4）：
回覆：遷移到新的 JSL 程式碼編輯器嗨@pauldeen
我是 JSL for VSCode 擴充功能的開發人員。感謝您的回饋！請隨時在https://gitlab.com/predictum/jsl-for-vscode/-/issues/new上提出問題，當我有時間時我可以嘗試進行一些改進。我已經根據您的評論提出了一些問題。
1. 當我在 JMP 中點擊 escape 時，它會結束與 VSCode 的鏈接，因此我必須重新啟動 JMP 才能再次運行腳本。我不得不重寫我的大腦，不再使用轉義來取消表中的選擇。
從VSCode 運行JMP 的設定很棘手，而且工作方式並不理想，但為了讓您了解正在發生的情況：總是有一個JSL 循環在後台運行，偵聽來自VSCode 的命令，這會稍微劫持您的JMP會話。因此，我認為我們無法阻止停止循環的逃逸，但我們也許可以使重新連接變得更容易，這樣您就不需要重新啟動 JMP。
2. 從 VSCode 執行程式碼時，JMP 中的日誌不再可用，這消除了您通常可以用來竊取程式碼（例如建立列或更新表的程式碼）的所有最近新增到 JMP 的內容。它還使偵錯變得更加困難，因為 VSCode 中可用的輸出通常不包括腳本中斷的位置。
在日誌的細節出現之前，我編寫了連接到 JMP 的程式碼，因此也許這裡可以進行一些改進。
3. 當 VSCode 連結處於活動狀態時輸入 JMP 幾乎是不可能的，因此快速測試一些程式碼...在表中進行一些更改並再次測試變得很困難。
這又是那個背景循環，這使得這件事變得棘手。但也許暫停與 VSCode 的連接的方法可能會有所幫助。
4. 新增到腳本索引的連結將非常高興看到函數的工作範例。
這絕對是可能的。或者甚至以某種方式將範例整合到 VSCode 中。
回覆：遷移到新的 JSL 程式碼編輯器嗨@ben_ph ，我喜歡你的擴展並且非常感激它。我只是認為它應該成為 JMP 設計的一部分，而不是您必須添加的部分。話雖如此：我理解你的設計選擇和後果，但如果你找到一種方法來解決這些問題那就太好了。如果您需要幫助測試，請告訴我！
回覆：遷移到新的 JSL 程式碼編輯器與此相關的另一個要求： https://community.jmp.com/t5/JMP-Wish-List/Allow-Log-window-to-be-reorganized/idi-p/86438#U86438
