フォーラムの返信を作成しました。
-
投稿
-
開発お疲れ様です。
WordCompleteプラグインの動作について、質問といいますか、要望させてください。一致条件の優先順位で「最後に使用した単語を最初に選択」、オプションで「一致した同じ長さの単語を候補リストから除外する」にチェックをしたときの動作になると思うのですが、候補とまったく同じ文字を入力して候補ウィンドウが閉じた場合、最後に使用した単語とみなしてもよいような気がしました。
今は、
QQQ
Qqq
QqQと入力しておき、次に「Q」を入力すると「Qqq」が選択されています。
ここで「QqQ」と入力するとダイアログが閉じます。
次に「Q」と入力する、やはり「Qqq」が選択されていますが、これが「QqQ」でよいのでは、という考えです。ただ、全パターンを考慮したわけではないので、そうしてしまうとよくないこともあるような気がします。
なので、問題がないようであれば、上記のような動作でもよいのではないでしょうか、という要望をさせていただきます。ご回答ありがとうございます。
EmEditor のヘルプ メニューの [更新チェッカーのカスタマイズ] を選択し、[更新を自動的にチェックしない] が選択されていないことを確認してください。さらに [チェック間隔] で指定された日数に 1 回しかチェックを行なわないようになっているため、前回のチェックがこの日数以内だった場合は、
eeupdate.exe /silent
を実行しても、すぐには実際のチェックを行なわないようになっているのです。
そういう設計なのですか。。。
次回のアップデート時に確認します。
ありがとうございました。開発お疲れ様です。
eeupdate.exe /silentですが、どうも動作していないようです(RC18)。
/checknowは動作しています。
お手数ですが、ご確認ください。(バージョンアップすると確認しづらいので、RC19では動作させていません。)
WordCompleteプラグインですが、同じ綴りで大文字と小文字のものがあった場合、候補として片方しか表示されていないように見えます。
大文字と小文字は区別する設定にしていますが、他に気にすべき設定があるでしょうか。開発お疲れ様です。
レジストリNoCheckUpdateを試して、ウィンドウが固まらないことが確認できました。
こちらは、このままでもよいように思います。
eeupdate.exeは単体で呼び出しても動作できるようにすることは可能でしょうか。スタートアップで呼び出すような使い方を考えています。ご回答ありがとうございます。
次の RC 17 が公開されたら、レジストリ エディタで、
HKEY_CURRENT_USERSoftwareEmSoftEmEditor v3Common
の中に
NoCheckUpdate
という DWORD 値を 1 で設定して試していただけますか?
了解しました。
「自動更新チェック」とは、「ヘルプ＞更新チェッカーのカスタマイズ」で設定するものとは別のものでしょうか？現在のソリューション テンプレートのプロパティの [シンボル] タブで、[すべてのシンボル一覧を自動更新する] のチェックを外してみていただけますでしょうか?
チェックを外すと、すぐに使えるようになりました。
(このオプションには気付いていませんでした・・・。)
当面はチェックを外して使用します。—-
今気付いたのですが、シンボル一覧を表示している状態で関数を入力してパラメータ情報が表示されたところで、ツールバーの「パラメータ情報」をクリックすると、パラメータ情報が増えていきます。
(例:(1/2)→(1/4)→(1/6)・・・)また、パラメータ情報が欠けずに表示されるとありがたいです。
ネットワークのファイルの存在していない場合、そのファイルの存在の有無がキャッシュされていると、1 回目は遅いけど、2 回目からの接続では、すぐに反応が返ってくる場合があります。そこで、時々速く動作することがあるわけです。
ということは、プロジェクトプラグインでは登録してあるファイルの有無を最初に確認している、ということでしょうか(tagsのため？)。
プロジェクトファイルの確認は必要かと思いますが、実ファイルの確認までは不要ではないかな、と思いました(書き込み禁止アイコンを表示しない場合)。———
遅くなりましたが、ファイルの存在確認をしてみました。
1つだけ存在していないファイルがありましたが、それはローカルファイルでした。
それをプロジェクトから削除してみましたが、変化はありませんでした。そこでローカルファイルのみのソリューションおよびプロジェクトを作成してみましたが、現象が発生しました。
ネットワークファイルだけではないようです。江村様の環境では発生しないでしょうか？
個人環境のせいなのかどうかの切り分けができません(あまり余所のデバッグに割く時間はありませんし。。。)。
環境の問題であればこちらでも調べますし、そうでなければ調査をお願いします。Yutakaさんは書きました：
ローカルのプロジェクト、ファイルでしたら問題はないのですね。プロジェクトに含まれているファイルはすべて存在しますでしょうか?
ローカルファイルでは、試していません(使うことがないため)。
ファイルの存在は、後で確認してみます。
気にしているのは、常に遅いのであればわかるのですが、ときどき速く動作するときがある、という点ですが、そういうことはありうるのでしょうか？また、プロジェクト プラグインのプロパティで、[書き換え禁止アイコンを表示する] チェック ボックスのチェックを外してみていただけますでしょうか?
こちらは、チェックを外しています。
開発お疲れ様です。
・ウィンドウを開いた後、しばらくすると少しだけ固まる件ですが、RC14では解消されていました。ありがとうございます。
・プロジェクトプラグインがある場合にウィンドウを開いてから使えるようになるまでに数秒かかる(ときどきすぐに使える)件ですが、これは変わりませんでした。
よろしくお願いします。
開発お疲れ様です。
以前、ウィンドウ表示後にしばらく固まる、という件を報告して直っていたのですが、RC13では再発しているようです。
固まるタイミングは、以前よりも遅めになっていて、固まる時間も短くなっていますが、気になりました。また、プロジェクトプラグインのソリューションファイルをネットワーク上に置いているのですが(プロジェクトもファイルもネットワーク上にあります)、ウィンドウを表示してから入力できるまでに数秒かかるようになりました。
(プロジェクトにはあまりファイルを登録していません。)
毎回ではなく、ときどき速く起動できるときもあります。アクティブなアプリを切り替えておくと、なぜか速く起動するときがあるような気がします。
ネットワークはローカルPC上に構築しているものなので、そこまで遅延はありません。よろしくお願いします。
Yutakaさんは書きました：
どういった内容のエラーでしょうか?
1回しか出なかったため、確認できませんでした。
よく見るようなダイアログではなかったように思いますが、内容はまったく覚えていません。
次回発生したら、またご連絡します。開発お疲れ様です。
今回、インストール中にエラーが発生しました。
もう一度exeを実行するとインストールできたので特に問題はありませんが、一応報告しておきます。====
プロジェクトプラグインのツールバーですが、非表示にしても、次回起動させたときにはツールバーが表示されてしまいます。
これは、そういうものでしょうか？
(できれば、ツールバーの表示/非表示は維持してほしいところですが。)エクスプローラから、フォルダ上のコンテキストメニューから「EmEditorで検索」を選んだ場合、検索するフォルダが現在EmEditorで開いているファイルのフォルダになっているようです。
ご確認をお願いします。Windows XP SP3(32bit)
開発お疲れ様です。
EmEditor起動後に数秒間固まる件ですが、RC9でも発生していました。
2台のPCで試しましたが、どちらも発生しています(2台とも同じような環境ですが)。WindowsXP SP3(32bit)
qtvさんは書きました：
全部チェックを外してみましたが、現象は変わりませんでした。
私の環境特有のようでしたら、様子を見ていたいと思います。あ、すみません。
本現象は他では見られていないのでしょうか？
江村さんが「改善してみました」と書かれていたので、私の環境特有ではないのかもしれないと思っていました。Yutakaさんは書きました：
プラグインの可能性はあります。どのようなプラグインと併用していますでしょうか?
一度、すべてのプラグインを無効にして試していただけると幸いです。全部チェックを外してみましたが、現象は変わりませんでした。
私の環境特有のようでしたら、様子を見ていたいと思います。Yutakaさんは書きました：
ご指摘の件、RC 8 で、改善してみました。
ご対応ありがとうございます。
試してみましたが、あまり違いがわかりませんでした。。。
プラグインなどの影響があるのでしょうか。よろしくお願いします。
開発お疲れ様です。
改行コードがLFのみのファイルを開き、そのファイル内でコピー→ペーストすると、ペースト時の改行コードがCRLFになっていました。
ペースト時の改行コードは、プロパティの「クリップボードで改行方法を保持」にチェックしていない場合はペースト位置の改行コードに合わせるものという認識ですが、それでよいでしょうか？
