jeditの設定を同期させるための組み込み方法やプラグイン方法はありません。しかし、すべては設定ディレクトリに保存する必要があります。いくつかのプラグインは他の場所にあるものを保存しているかもしれないので、特にそうするべきです(特に、設定を〜/ .subversion /などに保存するgitやsvnなどの設定と一緒に使用する場合)。 -settings
スイッチを使用してjEditを起動しない場合は、jEditを使用しているOS)。
設定を同期させるには、Googleドライブ、ボックス、Dropboxなど何らかの方法で設定ディレクトリを同期するだけです。 jehditは、-settings
スイッチを使用してこれらのディレクトリを直接使用することもできます。 g。 Windowsのようなシンボリックリンクを適切にサポートしていないOSを使用している場合。
ただし、重大な問題や予期しない動作が発生する可能性があることに注意してください。 E.最近のファイル、最後のウィンドウとダイアログの位置、最後に開いたファイルなどのものを同期させます。
さらに重要なのは、同じ設定ディレクトリで2つのインスタンスを実行すると、jEditはあまりうまく動作しません。何らかの手段で設定フォルダを同期させるケースをカバーします。
同じ設定ディレクトリの同じコンピュータ上に2つのjEditインスタンス(ウィンドウではなく、実際のインスタンス、-noserverで開かれたものなど)を使用すると、このような同期ディレクトリでも起こる1つのシナリオ:
Aが実行を開始
- インスタンスは、彼らの最終更新日時の設定ファイルを読み込み、保存する
- インスタンスAは、設定ファイルを読み込み、そのを格納し、コンフィギュレーション・ファイルZを書き込み、その最終更新日時Bが実行を開始
- インスタンスを保存します最終更新日
- インスタンスBは、構成ファイルZを書き込み、その最終更新日を格納します。
- インスタンスAは、構成ファイルZを書き込もうとしていますが、最終更新日が記憶された日付より新しいことがわかります。ログには警告が表示されますが、再起動するまでファイルZはそれ以上保存されません。
したがって、 g。プロパティファイルです。インスタンスAでこれ以降に行われた設定変更は、失われて保存されません。これはファイルごとに行われ、どちらのインスタンスが最初に特定のファイルを書き込むかに応じて発生します。したがって、インスタンスAによってロックされるファイルもあれば、インスタンスBによってロックされるファイルもあります。
最近のファイル、最後に開いたファイル、その他のものにパスが入っているなどの同期をしても問題ない場合は、同じ設定で2つのjEditインスタンスを使用しないようにしてください同時にGoogleドライブなどのものを使用することもできます。
あなたは最終的に一連の設定で解決することを考えています。あなたは、あなたのキャリア全体を設定で猿のように過ごすつもりはありません。あなたの設定はほとんど静的で、コピーするだけで済みます。とにかく、代わりにドロップボックスソリューションがあります。あなたがmacやlinuxを使っているなら、 'ln -s〜/ Dropbox/jedit_settings〜/ .jedit'のようなドロップボックスの宛先へのソフトリンクを作ることができます –
真ですが、新しいコンピュータに設定することは私はラップトップと仕事用のPCでこれらの変更のほとんどを別々にしましたが、それらが同期していることを確認したいと思います。私はそれを手動で行うことができると思います(特に最新のバージョンではプロパティファイルが_sorted_と表示されます)。しかし、もっと統合された方法があるのだろうかと思いました。 –