返信

> ご確認ありがとうございます。なんと、原因は EditorConfig でしたか… > > > 意図的に帯域制限かけてるわけではないので、そのあたりの低速具合がこちらの環境の方が緩いのかもですが > > そう言われてみるとそうですね。 > > こちらの検証環境では、更新チェックは帯域制限だけではあまり遅くなかったので、遅延制御で 500ms ほど応答を遅延させて、ようやく現象が確認できたのでした。 > > どれだけ遅い回線なのだろう…とは思いつつ😅 > > > EditorConfigっておそらく階層遡りとかもあるでしょうし、そのへんの挙動によるものでしょうかね。 > > 最悪、ルートフォルダーまで探索しに行ってしまいますから、それはありえますね。 > > > 秀丸 9.23 で確認したところ、ファイルオープン時にのみ、.editorconfig を検出しているようでした。 > > なるほど、検証にご協力いただきありがとうございます。 > > > 一度設定を作り込んだらあまり手を加えない代物ですし > > そうですよね。.editorconfig 検出のタイミングは Mery でも以前はファイルを開いたときと保存したときのみでしたが、EditorConfig プラグインの Ver 1.0.2 から、タブ切り替え時もチェックするようにしました。 > > 当時は EditorConfig に対応したエディターが少なかったため、おそらく Notepad++ を参考にしたのだと思います。 > > ご推察のとおり、.editorconfig ファイルが変更された場合の対応だと思いますが、それほど頻繁に変更されることはないでしょうね。 > > 私も他のエディターで確認してみました。 > > E〇Editor さんと Sublime Text も、ファイルを開いたときにのみチェックしているようですね。 > > VSCode はタブを切り替えたり、ウィンドウがアクティブになったときにもチェックしているようですが、バックグラウンドで動作しているようで、UI はフリーズせず、検出に時間がかかる場合は、編集中に突然適用されることもあるようです。 > > > こういった読み込みパフォーマンスの兼ね合いからそういう割り切りでもいいのかもしれませんね。 > > 確かに、.editorconfig の設定を即座に反映させたい場面もあるでしょうが、日常的な使用では、タブを切り替えるたびに .editorconfig をチェックする必要はなさそうですね。 > > .editorconfig を再適用したい場合は、[読み直し] を実行していただければ…、なんて思いましたが、現在の Mery の仕様では、[読み直し] の際に [ファイルを開いた時] のイベントは発生しないようです。 > > となると、.editorconfig 検出のタイミングは [開く] か [保存] のときだけ、ということになってしまいます。 > > というわけで、EditorConfig プラグイン側ではタブ切り替え時のチェックを削除し、本体側では [読み直し] 時に [ファイルを開いた時] のイベントを発生させるようにするのが良さそうですね。 > > 次のバージョンで対応できると思うので今しばらくお待ちくださいませ。

マークダウンを有効にする