フォーラムの返信を作成しました。
-
投稿
-
kanon 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
「設定の関連付け」と「この一覧に常に表示」とは、まったく関係がないはずなんですけどね。
設定をリセットしたり、履歴をクリアすると、「この一覧に常に表示」からファイルは削除されます。
こちらでもしばらく様子を見てみます。
よろしくお願い申し上げます。
Yutaka
osapon 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
この度はご迷惑をお掛けして申し訳ありません。
EmEditor が異常終了すると、crash- で始まる名前のファイルが、通常 C:ProgramData\Emurasoft\EmEditor\Error フォルダに作成されます。一番最近のファイルを ZIP 形式に圧縮して、tech@emurasoft.com 宛メールの添付ファイルで送っていただけると幸いです。その際、異常終了が発生する条件や再現できる手順を明記してくださいますようお願いいたします。さらに、もし可能でしたら、レジストリで、 HKEY_CURRENT_USER\Software\EmSoft のキーをエクスポートして、zip に圧縮して、一緒に送っていただけると、同じ条件で再現テストができるため助かります。
よろしくお願い申し上げます。
Yutaka
m6u 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
補足ですが、「一致した同じ長さの単語を候補リストから除外する」のチェックを外していただければ、お望みの動作に近くなると思います。このあたりの動作は改善を検討します。
よろしくお願い申し上げます。
Yutaka
m6u 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
単語補完プラグインのプロパティのキーボード タブで、「選択決定」のコマンドに割り当てられている Enter を削除して必要なら他のキーボードに割り当てていただければ、使えるようになります。ですが、この場合でも、COMMIT まで入力した時に COMMIT が一覧から消えるのはよくないので、将来のバージョンで改善を検討します。ご報告ありがとうございます。
よろしくお願い申し上げます。
Yutaka
m6u 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
しばらく (数秒から数十秒) 待っていただければ復帰するのですが、キャンセルの検出の間隔が長いため、反応が遅くなっています。次のバージョンでは、キャンセルの検出を頻繁に行うようにして反応を速くします。
よろしくお願い申し上げます。
Yutaka
Cryptomeria様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
設定のプロパティの [リンク] タブで、[引用符の内側のファイル名をクリックするとそのファイルを開く] チェック ボックスをクリアしていたければ、この現象はなくなります。まだ問題が継続する場合は、ご利用のOSも書いていただると幸いです。
よろしくお願い申し上げます。
Yutaka
okazawa 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
Meiryo などのプロポーショナル フォントを使用すると、ご指摘の現象が発生することがありますが、これは、スペースの幅とフォントの平均幅が一致 していないために発生します。これは仕様とお考えください。プロポーショナル フォントではなくＭＳゴシックなどの固定幅のフォントを使用すれば問題は発生しません。
よろしくお願い申し上げます。
Yutaka
Delフサ 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
確かに受け取りました。こちらでも再現しました。
これは調べて修正します。ありがとうございます。
Yutaka
tom86 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
以前お使いのバージョンがベータ版の場合は、更新チェックがうまくいかない場合があります。また、その他の原因として、インターネット接続、Proxy の問題で、古いキャッシュされた情報を読んでいる可能性があるかと思います。なお、まだ問題が再現する場合は、こちらで同じ条件でテストを行いたいため、お使いの EmEditor のバージョンが 32ビットか64ビットかも合わせて書いていただけるとありがたいです。
フォーラムのパスワードは、ハッキングを防ぐため、強いパスワードのみ指定できるようにしています。これは、参加されている皆様の安全のためでもあります。ご協力をお願い申し上げます。
Yutaka
Delフサ 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
EmEditor v14.4 のアウトラインは、編集作業 を最優先して反応を早くするため、キーボードやマウスの操作があった場合に、アウトラインの解析を中止して、キーボードやマウスの動作に操作が移るようになっています。そこで、巨大ファイルの場合は、ファイル全体の解析が終了する前に解析を中断してしまうことがあります。おそらくそれが原因だと思うので、アウトラインの表示が完了するまで、しばらくキーボードやマウスを触らないで待っていただけると幸いです。
それでも動作がおかしい場合は、こちらでも同じ条件でテストを行いたいため、大変お手数ですが、問題が再現するサンプル ファイルを圧縮して tech@emurasoft.com 宛て送っていただけると幸いです。問題が再現できれば、どのようなシンプルなテスト ファイルでも結構です。できるだけシンプルな方がありがたいです。また、可能ならレジストリで、HKEY_CURRENT_USER\Software\EmSoft の部分をエクスポートして、一緒に圧縮して送っていただけると幸いです。
また、EmEditor は現在、内部の基本から大幅な見直し、最適化を行っています。次のベータ版が公開されたら、修正されている可能性もあるかと思います。
よろしくお願い申し上げます。
Yutaka
naru 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
確かに再現しましたが、こちらでは既に修正してありました。ご指摘ありがとうございました。
よろしくお願い申し上げます。
Yutaka
naru 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
ご迷惑をお掛けして申し訳ありませんでした。
一部のフォントに対応するためでした。詳細は、こちらをご覧ください。
以前の仕様に戻すためには、レジストリエディタで、
HKEY_CURRENT_USER\Software\EmSoft\EmEditor v3\Common
に UseXWidth という DWORD 値を新規作成し 0 を代入してください。
今後は、この 0 を既定にしたいと思います。
よろしくお願い申し上げます。
Yutaka
gen 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
メールを受け取りました。ありがとうございました。
まだ、v14.4.2 をお使いでしょうか? v14.4.3 でこの問題は修正されています。
最新版の v14.4.3 に更新してお使いください。よろしくお願い申し上げます。
Yutaka
gen 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
文字間隔を 1 以上にしましたが、特に問題は再現しませんでした。他に条件があると思われるため、できれば、お使いのフォントの名前とサイズ、OS のバージョン、EmEditor のバージョン、そして、できれば画面図を添付していただけると幸いです。(tech@emurasoft.com 宛てに送っていただいても結構です)
また、可能なら、レジストリで、
HKEY_CURRENT_USER\Software\EmSoft
の部分をエクスポートして、zip に圧縮して送っていただけると幸いです。
よろしくお願い申し上げます。
Yutaka
t2 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
これは検討させてください。現在のところ、UTF-8 で読み直すマクロを作成して、ファイルを開いた後のイベントで実行するように指定するしかないです。
よろしくお願い申し上げます。
Yutaka
MTJ-K 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
修正します。ご指摘ありがとうございました。
よろしくお願い申し上げます。
Yutaka
t2 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
qtv 様が書いていただいた通り、設定のプロパティの [ファイル] タブで開く時のエンコードを変更していただけます。qtv 様、回答を書いていただき、ありがとうございます。
よろしくお願い申し上げます。
Yutaka
gen 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
プロポーショナル フォントをお使いの場合は、通常、箱型選択の罫線の位置と選択されている位置とが異ります。そのため、箱型選択をお使いの場合には、固定幅のフォントをご利用になることをおすすめします。
固定幅フォントでも、一致していないのでしょうか? もしよろしければ、お使いのフォントの名前とサイズ、OS のバージョン、EmEditor のバージョン、そして、できれば画面図を添付していただけると幸いです。(tech@emurasoft.com 宛てに送っていただいても結構です)
よろしくお願い申し上げます。
Yutaka
tenkafu49 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
将来のバージョンでは、アウトラインの設定をもっと増やせるようにしたいと思います。
ご意見ありがとうございます。Yutaka
matsu 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
こちらでも再現したいため、レジストリ エディタで、
HKEY_CURRENT_USER\Software\EmSoft
のキーをエクスポートして、 zip に圧縮して tech@emurasoft.com 宛てに送っていただけると幸いです。
どうぞよろしくお願い申し上げます。
Yutaka
星くず彼方に 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
先ほど、v14.4.3 beta 1 を公開しましたので、お試しいただけると幸いです。
/forums/topic/emeditor-v14-4-3-beta-1-%E3%82%92%E5%85%AC%E9%96%8B%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F/EE_VIEW_TO_DEV メッセージ (Editor_ViewToDev インライン関数) の後に、dev_pos の x と y の値が LONG_PTR_MIN または LONG_PTR_MAX かどうかをチェックしていただくことをおすすめします。例えば、カーソルが文書の一番上にある状態で、スクロール バーを下にドラッグして一番下を表示した状態で現在のカーソル位置 (0,0) をデバイス座標に変換しようとすると、dev_pos の結果は LONG_PTR_MIN または LONG_PTR_MAX になり無効だとわかります。
前回、0xffffffff80000000 (INT_MIN) と書きましたが、これは正しくありませんでした。32ビットと64ビットの場合で、この値は異なり、正しくは以下のようになります。(新しい plugin.h に定義を追加しました)
#if (defined(_WIN64) || defined(_W64)) #define LONG_PTR_MIN LLONG_MIN // (-9223372036854775807i64 - 1) #define LONG_PTR_MAX LLONG_MAX // 9223372036854775807i64 #else #define LONG_PTR_MIN LONG_MIN // (-2147483647L - 1) #define LONG_PTR_MAX LONG_MAX // 2147483647L #endifヘルプの EE_VIEW_TO_DEV メッセージ (Editor_ViewToDev インライン関数) には説明を追加しました。
この度は詳細なご報告をいただき、ありがとうございました。Yutaka
星くず彼方に 様
いつもお世話になっております。
これは、こちらでは再現できなかったのですが、最終行に文字がある場合ということでヒントを得て、問題の部分が特定できたと思います。0xffffffff80000000 (INT_MIN) というのは、32ビット整数の最小値になります。デバイス座標の場合、無効な値を意味します。画面に入りきらない非常に大きな、またはマイナスの非常に小さな値の場合に、この値になります。文末へ移動するコマンドの途中では、カーソル移動とスクロールの２段階があります。カーソル移動の後、スクロールを行う前の間に、なんらかの理由で EVENT_CARET_MOVED が発行されてしまうと、この状態になってしまいます。（つまり、カーソルは一番下なのに、スクロール バーは一番上なので、カーソル位置が画面の非常に下の方になってしまいます）問題は修正できていると思いますので、次のベータ版が公開されたらお試しいただけると幸いです。
ご報告ありがとうございました。
今度もよろしくお願い申し上げます。MTJ-K 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
ご報告ありがとうございます。こちらでも再現し、修正しておきました。
今後もよろしくお願い申し上げます。
Yutaka
