☑ クールな新機能
☑ 多くのユーザーに役立つ可能性があります!
☑ 「バグ」のように感じられるものを取り除く
☐ あれば便利
☐ 誰も必要としない
このウィッシュリストのリクエストのきっかけは何ですか?
現時点では、新しいメジャー バージョンをインストールするときに、すべてのJMP 設定を完全に転送する方法がないことを知って、非常に驚きました。
TS- 00283930
一部の設定は JSL 経由で処理できます (
@ジュリアンの優れた設定マネージャーなど) が、多くの重要な設定は残されるため、アップグレードのたびに手動で再作成する必要があります。
どのような改善を望みますか?
JMP では、現在 JSL でアクセス可能なサブセットだけでなく、メジャー バージョン間ですべてのユーザー設定の完全な移行が提供されることを希望します。
具体的には、次のような改善が考えられます。
- 関連するユーザー設定をカバーする組み込みメカニズム。たとえば、次のようになります。
- 数式エディタのお気に入り（最もよく使用される関数が上部に固定されます）
- プラットフォームの最近の設定、
- 現在、移植可能でスクリプト可能な設定フレームワークの外部に保存されているその他すべての設定/UI 設定。
- 2 つのユーザーフレンドリーなオプションを備えた、安全でサポートされた移行フロー:
- インストール時:
- 「以前のバージョンの JMP が検出されました。JMP XX の設定をこの新しいバージョンにコピーしますか？」のようなダイアログが表示されます。
- ワンクリック → 互換性のあるすべての設定が転送されます。
- JMP内部（メニューベース） :
- コマンドの例:ファイル → 以前のバージョンから設定をインポート…
- ユーザーは後で移行を明示的にトリガーし、直前のバージョンから互換性のあるすべての設定を再度コピーできます。
これは次のように実装する必要があります。
- 構成ファイルへの直接的な手動書き込みアクセスに依存しない（これは脆弱で危険である）。
- 既存のポータブル設定フレームワークを拡張して完成させ、 Julian の設定マネージャなどのツールも将来的に JSL のより広範なカバレッジの恩恵を受けることができるようにします。
このアイデアはなぜ重要なのでしょうか?
メジャーアップグレードのたびに重要な設定が失われるのは、機能の欠落というよりはバグのように感じられます。JMPを自分のワークフローに合わせてカスタマイズすることに時間を費やす経験豊富なユーザーにとっては、これは生産性を著しく低下させる要因です。
- 効率: アップグレードのたびに、数式エディターでお気に入りを再構築したり、プラットフォームの「最近の設定」を手動で再構築したりすると、かなりの時間がかかり、生産的な作業が中断されます。
- 一貫性: 設定を再適用する忍耐力のないユーザーは、バージョン間で最適ではない一貫性のない環境で作業することになり、アップグレードの価値が損なわれます。
- 採用と満足度: アップグレードに構成の面で「最初からやり直す」という隠れたコストが伴う場合、新しいバージョンに重要な改善が加えられたとしても、ユーザーは新しいバージョンにすぐに移行しようとしなくなります。
- 安全性と堅牢性：JMPネイティブの移行メカニズムは、設定ファイルのアドホックなコピーよりも安全です。クラッシュや未定義の動作のリスクを回避しながら、ユーザーは新しいリリースでも使い慣れた環境の快適さを維持できます。
簡単に言うと、JMP は、Julian の環境設定マネージャーなどのツールを通じて、設定の移植性が可能であることをすでに示していますが、現時点では不完全であり、スクリプトでアクセスできる設定によって制限されています。
その他の希望
