jEdit設定を同期するための組み込みまたはプラグインの方法はありません。ただし、すべてを設定ディレクトリに保存する必要があります。(一部のプラグインは他の場所に何かを保存する可能性があるため、特に ~/.subversion/ にユーザー資格情報を保存する git や svn などの他の方法と一緒に設定を使用する場合は、「すべき」です。設定ディレクトリが存在する場所は、-settingsスイッチを使用して jEdit を起動しない場合は、jEdit を使用している OS に依存します)。
したがって、設定を同期するには、Google ドライブ、Box、Dropbox などの手段を使用して設定ディレクトリを同期するだけです。-settingsたとえば、Windows のようにシンボリック リンクを適切にサポートしていない OS を使用している場合は、jEdit がこれらのディレクトリを直接使用するようにスイッチを設定することもできます。
ただし、重大な問題や予期しない動作が発生する可能性があることに注意してください。例)また、最近のファイル、最後のウィンドウとダイアログの位置、最後に開いたファイルなども同期します...
さらに重要なことに、jEdit は現在、同じ設定ディレクトリで 2 つのインスタンスを実行するとうまく動作しません。何らかの方法で設定フォルダーを同期する場合。
2 つの jEdit インスタンス (Windows ではなく、-noserver で開いたような実際のインスタンス) を同じコンピューターの同じ設定ディレクトリで使用する場合に発生する 1 つのシナリオは、そのような同期されたディレクトリでも確実に発生します。
- インスタンス A が実行を開始し、設定ファイルを読み取り、最終変更日を保存します
- インスタンス A は構成ファイル Z を書き込み、その最終変更日を保存します
- インスタンス B が実行を開始し、設定ファイルを読み取り、最終変更日を保存します
- インスタンス B は構成ファイル Z を書き込み、その最終変更日を保存します
- インスタンス A は構成ファイル Z を書き込もうとしていますが、最終更新日が記憶されているものよりも新しいことがわかります。ログに警告が表示されますが、それ以上のことはなく、再起動するまでファイル Z は保存されません。
したがって、Z eg がプロパティ ファイルである場合、この後にインスタンス A で行われた設定変更はすべて失われ、保存されません。これは、両方のインスタンスが開始された後、どちらのインスタンスが特定のファイルを最初に書き込むかに応じて、ファイルごとに発生するため、一部のファイルはインスタンス A によってロックされ、一部のファイルはインスタンス B によってロックされる可能性があり、さらに混乱を招く可能性があります。
そのため、最近のファイル、最後に開いたファイル、パスを含むその他のものなどの同期に問題がなければ、同じ設定ディレクトリで同時に 2 つの jEdit インスタンスを使用しないようにします。場合によっては、Google ドライブなどを使用するだけでも問題ありません。