是什麼激發了這個願望清單請求？
希望看到建立 JMP「流程」的更多互動式方式。
您希望看到什麼改進？
我對這個建議感到有點矛盾，因為這可能有點違背JMP 所做的事情（獲取數據、修改數據、在平台中分析數據、進行更多分析並繼續......）以及JMP 一直在做的事情（增強日誌） ，工作流程產生器）。但我仍然覺得 JMP 用戶可以受益。我們甚至可以將其視為工作流程建構器的演進或工作流程設計器的補充。
我認為類似的事情已經被建議過（我可能已經與開發人員討論過這一點，並且可能在某個時候考慮過，但不再記得了）...但是向JMP 添加平台，這將使我們能夠建構分析透過將 JMP 平台拖放到畫布來進行流程。我認為 JMP 已經具備了畫布之外所需的大部分功能，我們有平台圖示、出色的平台啟動器，並且平台結果儲存在腳本中。我們也有工作流程，但它們是在我們使用 JMP 時構建的，您將在這個平台中工作（或者工作流程可能可以建立這種類型的圖形視圖）。工作流程也是一步一步地進行，但您仍然可以想像它們是並行的，即使它們不是並行的。
下面是我的意思的小例子，
我有一個工作流程，在其中打開資料表，建立幾個匯總表，每個圖表中的一個圖表，然後將它們組合到儀表板中。
在這裡，我基本上有來自第一個表的兩條單獨的路線，這兩條路線都創建摘要+圖形生成器，並與其圖形生成器結合回儀表板。
如果我們可以將「開啟」操作拖放到畫布上，然後像 Open() 一樣開啟相同的檔案選擇器，然後將摘要拖放到畫布上，那就太好了。當您將一條線從“打開”拖到該“摘要”時，它將啟動“摘要”平台，然後您可以填充該平台，最後在視覺上我們可以看到類似這樣的內容
或者
如果用戶雙擊（或右鍵單擊並選擇編輯），他們將能夠修改平台（重新啟動平台）。這當然可能會破壞之後的步驟，但很可能在某種程度上得到驗證。
使用者還可以擁有腳本區塊，然後該腳本區塊將具有輸入和輸出。輸入將根據您從其他區塊引入的值產生（不確定應如何處理常數，可能有「常數」區塊）。
為什麼這個想法很重要？
許多（低程式碼和無程式碼）應用程式確實提供了這種類型的拖放選項（或者它可能是您擁有的唯一選項）。有了 JMP，我覺得已經具備了這種類型的視覺化工作流程所需的大部分功能（平台已經依賴於表，它們可以產生運行它們的腳本（至少大多數可以））。
