☑ 很棒的新功能
☑ 可以帮助很多用户！
☑ 移除类似“bug”的东西
☐ 有就很好
☐ 没人需要它
是什么促使你提出这个愿望清单请求？
得知目前在安装新版本时无法完整迁移我的所有JMP 设置，我感到非常惊讶。
TS- 00283930
有些偏好设置可以通过 JSL 进行管理（例如使用
@julian出色的偏好设置管理器），但许多重要的设置会被遗漏，每次升级后都需要手动重新创建。
您希望看到哪些改进？
我希望 JMP 能够提供主要版本之间所有用户设置的完整迁移，而不仅仅是目前 JSL 可访问的子集。
具体而言，我设想的改进措施包括：
- 内置机制涵盖所有相关的用户设置，例如：
- 公式编辑器中的收藏夹（最常用的功能置顶显示），
- 平台中的最近设置
- 所有其他偏好/UI 设置目前都存储在可移植、可脚本化的偏好框架之外。
- 安全可靠的迁移流程，提供两种用户友好的选项：
- 安装时：
- 对话框示例： “检测到之前的 JMP 版本。是否要将 JMP XX 的设置复制到此新版本？”
- 一键→所有兼容设置全部传输。
- JMP内部（基于菜单） ：
- 例如：文件 → 从先前版本导入首选项…
- 用户稍后可以显式触发迁移，同样会从上一个版本复制所有兼容的设置。
应该以如下方式实施：
- 不依赖于直接手动写入配置文件（这种方式脆弱且风险高），
- 扩展并完善了现有的可移植偏好框架，以便像Julian 的偏好管理器这样的工具将来也能受益于更广泛的 JSL 覆盖范围。
为什么这个想法很重要？
每次重大升级都会丢失关键设置，这感觉更像是软件漏洞而不是功能缺失。对于那些投入大量时间根据自身工作流程定制 JMP 的资深用户来说，这无疑是生产力杀手：
- 效率：每次升级后，在公式编辑器中重建收藏夹或手动重建平台“最近设置”都会耗费大量时间，并中断生产工作。
- 一致性：没有耐心重新应用设置的用户最终会在不同版本之间使用次优且不一致的环境，这削弱了升级的价值。
- 采用率和满意度：如果升级需要“重新开始”配置，用户就没有动力快速升级到新版本——即使新版本带来了重要的改进。
- 安全性和稳定性：JMP 原生的迁移机制比随意复制配置文件更安全。它避免了崩溃或未定义行为的风险，同时还能让用户在每个新版本中都感受到熟悉的环境。
简而言之：JMP 已经通过 Julian 的首选项管理器等工具表明，首选项可移植性是可能的——但目前它还不完整，并且受到哪些设置可通过脚本访问的限制。
其他愿望
