☑ 很棒的新功能
☑ 可以幫助很多使用者！
☑ 移除一些感覺像是「bug」的東西
☐ 有就很好
☐ 沒人需要它
是什麼促使你提出這個願望清單請求？
得知目前在安裝新版本時無法完整遷移我的所有JMP 設置，我感到非常驚訝。
TS- 00283930
有些偏好設定可以透過 JSL 進行管理（例如使用
@julian出色的偏好設定管理器），但許多重要的設定會被遺漏，每次升級後都需要手動重新建立。
您希望看到哪些改進？
我希望 JMP 能夠提供主要版本之間所有使用者設定的完整遷移，而不僅僅是目前 JSL 可存取的子集。
具體而言，我設想的改進措施包括：
- 內建機制涵蓋所有相關的使用者設置，例如：
- 公式編輯器中的收藏夾（最常用的功能置頂顯示），
- 平台中的最近設置
- 所有其他偏好/UI 設定目前都儲存在可移植、可腳本化的偏好框架之外。
- 安全可靠的遷移流程，提供兩種使用者友善的選項：
- 安裝時：
- 對話方塊範例： “偵測到先前的 JMP 版本。是否要將 JMP XX 的設定複製到此新版本？”
- 一鍵→所有相容設定全部傳輸。
- JMP內部（基於選單） ：
- 例如：檔案 → 從先前版本匯入首選項…
- 使用者稍後可以明確觸發遷移，同樣會從上一個版本複製所有相容的設定。
應該以以下方式實施：
- 不依賴直接手動寫入設定檔（這種方式脆弱且風險高），
- 擴展並完善了現有的可移植偏好框架，以便像Julian 的偏好管理器這樣的工具將來也能受益於更廣泛的 JSL 覆蓋範圍。
為什麼這個想法很重要？
每次重大升級都會失去關鍵設置，這感覺更像是軟體漏洞而不是功能缺失。對於那些投入大量時間根據自身工作流程自訂 JMP 的資深用戶來說，這無疑是生產力殺手：
- 效率：每次升級後，在公式編輯器中重建收藏夾或手動重建平台「最近設定」都會耗費大量時間，並中斷生產工作。
- 一致性：沒有耐心重新套用設定的使用者最終會在不同版本之間使用次優且不一致的環境，這削弱了升級的價值。
- 採用率和滿意度：如果升級需要「重新開始」配置，用戶就沒有動力快速升級到新版本——即使新版本帶來了重要的改進。
- 安全性和穩定性：JMP 原生的遷移機制比隨意複製設定檔更安全。它避免了崩潰或未定義行為的風險，同時也能讓使用者在每個新版本中感受到熟悉的環境。
簡而言之：JMP 已經透過 Julian 的首選項管理器等工具表明，首選項可移植性是可能的——但目前它還不完整，並且受到哪些設定可透過腳本存取的限制。
其他願望
