フォーラムの返信を作成しました。
- 投稿
開発お疲れ様です。
アウトラインの明滅の件、改善されていることを確認しました。また、要望の方も実装して頂いたようで、嬉しく思います。
素早い対応有難うございます。上記とは関係のない話なのですが、1つ気になる点があったので報告致します。
プロジェクトプラグインにおいて、プロジェクトツールバーのアイコンの表示方法が他のツールバーと違うような気がします。
同様にツールバーのカスタマイズで「大きいアイコンを使用する」を有効にしても、プロジェクトツールバーには反映されません。
見た目の問題なので重要性は低いですが、統一感を出すためにも他のツールバーと一緒には出来ないでしょうか？開発お疲れ様です。
beta8において発生していたメモリの増加のバグの報告いたします。
以前と同じ環境下で試したところ、症状が無くなっていることを確認しました。
改善されたようで何よりです。有難うございます。あまりこういうことを言いたくはないのですが、「https://jp.emeditor.com/forums/topic/emeditor-v15-8-0-beta-8-%E3%82%92%E5%85%AC%E9%96%8B%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F/」のトピックにおいて、loop bridgeさんが仰っていたことはとても重要な案件かと思われます。今回のようなクリティカルなバグが含まれている場合、例えベータ版だったとしても、早急に明確に告知し、ユーザーにアップグレードを促す必要があります。サイトのトップに告知は勿論のこと、その修正内容も詳しく告知するべきです。
昨今のオープンソースプロジェクトのように、ユーザーはソースコードを見られるわけではありません。何が修正されたのか、何が追加されたのか、何が変更されたのか、些細な事でも明確に告知するべきです（特にバグ修正は重要です。）。フォーラムにバグ報告をした私自身は、それが修正されたことを確認できますが、フォーラムを覗かない限り、知らない人は知らないままです。このトピックにおいてもその内容が書かれていません（恐らく以前のバージョンのコピペの様に見受けられます）。多くのユーザーにより様々な環境下でのベータ版を試用してもらい、EmEditorの早急な対応とより良い改善のためにも、これらについて再検討をお願い致します。
ユーザーにとってもEmEditorにとっても悪いことは1つもありません。開発お疲れ様です。
単刀直入に言います。メモリリークしていませんか？100行ほどのテキストファイルを複数個開き、それらのタブを切り替えるたびに使用メモリが増加し続け、EmEditorを終了するまで専有し続けます。
恐らく「https://jp.emeditor.com/forums/topic/emeditor-v15-8-0-beta-6-%E3%82%92%E5%85%AC%E9%96%8B%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F/」でコメントした正規表現に関連している可能性が大きいです。強調1タブに大量の正規表現を登録していると、そのメモリの増加量も増すので、関連していると考えています。強調1タブに簡単な正規表現を大量（200個以上）に登録して、メモリ増加量を測って下さい。従来の Boost.Regexを使用しています。かなり重要案件かと思います。どうか早急に対処をお願いします。
開発お疲れ様です。
EmEditor v15.8.0 beta 7を早速ダウンロードし、使用してみました。
以前の強調文字列に戻し、試してみたところ、動作が重くなることはなくなりました。
素早い対応、有難うございます。原因を突き止めたので報告いたします。
INIファイルの読み書きが原因ではなく、強調1の強調文字列に正規表現が大量にあると動作が重くなったようです。
正規表現「(?<=pattern)文字列」を200個ほど、それに加えて正規表現ではない文字列を500個ほど登録していました。前者を無くしたところ、正常に動きました。
正規表現周りの変更があったようですが、以前は難なく動いていたので何とかなりませんでしょうか？少し原因を探ってみました。
EmEditorの設定をINIファイルを使用しているのですが、まっさらな状態だと上記の不具合は起きませんでした。
INIファイルをEmEditorのディレクトリに置いた状態だと上記の不具合が起きました。
INIファイルの読み込み、あるいは書き込みで何かしら不具合が出ているのかもしれません。
正式版のv15.7.2も試しましたが、同じ症状でした。アップグレードする前にはv15.7.1を使用していました。開発お疲れ様です。
Windows7 sp1 64bit, EmEditor v15.8.0 beta 6 64bitを使用しております。
他のファイルでは問題ないのですが、Javascriptファイル（*.js）を開くと異様に動作が重くなります。スクロールすら儘ならない位に重くなります。
Javascript for EmEditorに設定を切り替えた場合、それが無くなりますので、Javascriptの設定に何かしらの不具合があるようです。
EmEditor v15.7からアップグレードした後に起こったので、v15.8.0 beta 6の不具合かと思います。開発お疲れ様です。
今の今まで何度試しても、それらの機能が動作していませんでした。その理由がわかりました。
拡張子指定の区切り文字が違ったのです。この手の連続指定の場合、一般的に空白区切りが多いのでそれでやっていました。セミコロン「;」区切りだったんですね。
他の方が同じ間違いをしないようにマニュアルに反映して下さい。開発お疲れ様です。
関連した話なのでこちらでお伺いします。
関数名の後に括弧の”(“を入力するとツールチップでその関数のパラメータを表示しますが、設定の強調(2)タブ内の括弧/引用符の自動補完がOnになっていると、ツールチップが表示されなくなるのは仕様なのでしょうか?開発お疲れ様です。
ちょうどアウトラインに対しての要望があるのでこちらに書かせてもらいます。
アウトラインのカスタムで正規表現を使用しています。その判断は1行のみに実行されるようですが、改行（\r\n）を含めて複数行にマッチできるようにしてもらいたいです。
例えば、下記のような見出しに対応させたいのです（軽量マークアップのreStructuredTextの見出しなど）。
————
Foo Bar
————
複数行にマッチするとアウトライン側の表示が難解な事になることは重々承知しているのですが、検討していただきたいです。>Autumnさん
調べてみました。分かったことだけお伝えします。
設定の強調(2)タブの行コメントの項目において「//」（スラッシュ2つ）を登録していませんか？
登録されていると、アウトラインで「//」が判断されないようです。
アウトラインがコメントを除外する仕様なのかどうか分かりませんが、行コメントの登録を削除するとアウトライン側で判斷されます。もしファイルがUTF-8とかで正規表現を使用するなら「//\x{25cf}([[:unicode:]]+|\w+)」をアウトラインに登録し、「一致した文字列を隠す/正規表現で置き換えする」と「正規表現」のチェックボックスをOnにし、置き換えの項目に「$1」と入れてみて下さい。「表題」の部分だけがマッチすると思います。上記の正規表現の「\x{25cf}」の部分が「●」を表しています。
お返事有り難うございます。対応お願い致します。
>また、上記の例の場合、前のバージョンではアウトラインバー側にItem部分も表示されたのですが、今回は表示されません。
この部分は私の勘違いでした。すみません。その正規表現の[](.+)や[]{2}(.+)は、エラーになりませんか？[]の文字クラスを空にするとエラーになると思ったのですが。
開発お疲れ様です。
早速、v14.2.2をダウンロードしました。
ctags.cnfの件は、仰る通りに上手く動作するようになりました。どうやら、ドライブ直下でなくてもEmEditorのルートディレクトリ（EmEditor.exeと同じディレクトリ）にファイルを入れる事でも可能でした。ありがとうございます。
ほんの些細なことですが、エディタに直接関係のない事柄でも、ヒントとなるようにマニュアルに反映していただけると有り難いです。プロジェクトプラグインのキーボードショートカットについてですが、「Ctrl+Shift+任意キー」は機能するようになりましたが、「Ctrl+Shift+任意キー」で登録しておいたショートカットキーが「Alt+Ctrl+Shift+任意キー」でも動作します。「Alt」キーと「Ctrl、Shift」の組み合わせを登録しても認識しません。どうやら「Alt」キーの判定がおかしいようです。
追記です。
「Ctagsへの追加パラメータ (高度な設定)」に幾つか設定を追加しましたが、どうやら文字数制限あるみたいですね。後、ctagsと全く関係ありませんが、同じプロジェクトプラグインのショートカットキーの不具合？の報告です。
まだ断定出来ませんが幾つか試してみた所、プロジェクトプラグイン内で設定できるショートカットキーは「Ctrl、Alt、Shiftの何れか」+任意のキーしか受け付けず、「Ctrl、Alt、Shift」の組み合わせ＋任意キーは受け付けないようです。これはかなり不便ですので早急に対応して頂けると有り難いです。開発お疲れ様です。
その中に指定してあるのは、自分のプロジェクト内にJavascriptがある為、それを除外する「–languages」と使用している言語のシンボル表示を指定する「–<LANG>-kinds」のみです。その何方も機能しています。その他にも設定したいオプションあるので、上記も含めて一緒にctags.cnfに記述したいのです。「Ctagsへの追加パラメータ (高度な設定)」内にそれらを記述するには、長くなり過ぎて少々不便なのです。EmEditorのPluginディレクトリ（ctags.exeがあるディレクトリ）やプロジェクトのディレクトリにそのctags.cnfのファイルを入れたら読み込むのかと思ったのですが、そうでもないみたいなのでお伺いしました。EmEditorとは直接関係ない話で恐縮ですが、ご教示願えると助かります。
はい、おっしゃっている通りになっています。
FileName.*を一覧の一番上に起き、ワイルドカードを使うのチェックボックスにチェックを入れ、それに反映させたい設定を選択しています。
勿論、一覧のチェックボックスにもチェックしてあります。そちらでは再現されませんか？
開発お疲れ様です。
そうですね、XP時代の感覚が抜けていないのです。仰る通りProgram Filesのディレクトリにインストールしていました。改めて別のディレクトリにインストールして使用するようにしました。個人的には、レジストリが汚れるのが嫌いというわけではなく、エディタの設定のバックアップをしっかり管理して置きたいのです。なるべく早急に復旧できるような形を望みます。最近、料金システムなどを変更されてますが、エディタの開発に関しての情報を可能な範囲で公開してみてはどうでしょうか？
オープンソースの開発などでは頻繁にされている事なのですが、TODOリストを公開するとか、大まかな範囲の機能について設問し、それに付加させたい機能を募るとか、色々方法があると思います。サブスクリプションに移行し、高速リリースを実現するのであれば、頻繁に情報公開を行うことが大事かと思います。ご検討お願い致します。
開発お疲れ様です。
スニペットの原因と思われる事が分かったのご報告します。Windows7の管理者権限辺りの話で、私自身の不理解によるもので確証はないのですが、Snippet.binのアクセス権によるものだと思われます。eeCommon.iniやeeConfig.iniなどの設定ファイルでもそうだったのですが、例えAdministratorのユーザアカウントでEmEditorを起動したとしても、管理者権限でEmEditorを実行しない限り、それらのファイルにフルコントロールでアクセス出来るわけではないため、Snippet.binが作成されない状態だったようです。EmEditorが書き換え出来るようにそれらのファイルにユーザアカウントの権限を与えることで解決しました。
EmEditorを管理者権限で実行する分には問題ないのですが、この辺り何か良い解決方法はないでしょうか？あと、INIファイルの設定を使用せずにレジストリでEmEditorを起動した場合、eeCommon.iniのインポートは出来ますが、eePlugins.iniのインポートは出来ないのですか？また、INIファイルの設定を使用してEmEditorを起動した場合、別に保存しておいたINIファイルのインポートは出来ないのでしょうか？この場合、インポートとエクスポートから選択出来るのは「USBドライブなどのリムーバブルドライブに規定の設定でセットアップする」だけのようです。
開発お疲れ様です。
アンチウイルスはESET Smart Securityを使用しています。今回の件と関係ない話で恐縮なのですが、スニペットの登録されたデータは何処に保存されているのですか？私はレジストリではなく、INIファイルに設定を保存するようにしており、eePlugins.iniにスニペットプラグインその物の設定があるのは分かるのですが、新たに登録したスニペットやマクロが保存されている場所が知りたいのです。デフォルトの.eesnipファイルがPluginsフォルダにあるのは分かるのですが。というのも、スニペットプラグインから新規にスニペットを登録してもスニペットバーを非表示し、表示し直した際に登録したスニペットが消えてしまうのです。同様にスニペットの設定をインポートした物もスニペットバーの非表示表示をすることで消えてしまいます。また、スニペットのプロパティ、全般タブにある「バックグラウンドでも実行」をチェックすると、スニペットバーにある既存の項目全てが、非表示表示する事で消えてしまいます。設定ファイルなどが破損しているのでしょうか？
開発お疲れ様です。
解決しましたのでお伝えします。
EmEditor v14をインストール後、.exeファイルのプロパティから管理者権限で起動し、登録キーを入力することで登録キーが受け付けられました。これはWindows7と私側の問題かと見受けられるのですが、EmEditorをインストールしたWindowsのユーザアカウントは管理者権限を持つAdministratorであるのです。さらに、登録キーが受け付けない状態で、仰る通りにレジストリに任意の値を新規作成しましたが、ちゃんと設定することが出来ました（ユーザアカウントにはレジストリのアクセス権がありました）。レジストリに登録するような他のアプリケーションをインストールした際にこのようなことは起こったことがなく、なぜ今回に限って（v13のインストール時には起こりませんでした）こうなったのかが気になります。私自身、Windowsに精通しているわけではないので、何とも言えないのがもどかしいのですが。
また、カスタマーセンターからのメールは、改めて登録キーを再送して貰い、内容を確認したところ「保守プラン終了: -」となっておりました。開発お疲れ様です。
Windows7 64Bit、永久ライセンス、EmEditor 64Bit版を使用しています。
おっしゃっているv14登録キー（カスタマーセンター及びメールでの取得）が誤りであることは理解しましたが、改めて取得したv14用の登録キーを登録したところ、その以前のキーと同じエラー（？）で登録できません（登録にはコピペをしているのでキーの打ち間違いはありません）。
まず最初に、「アクセスが拒否されました」のダイアログが出てOKを押すと、以下の文章が入ったダイアログが立ち上がります。
「％s 用の登録キーが入力されています。”D”で始まるEmEditor Professional v14用の登録キーを入力してください。インターネットブラウザを起動して、アップグレードについての情報を表示しますか？」
勝手な憶測ですが、入力されたキー情報からv14用の登録キーであると内部で判断されていないんじゃないでしょうか？
さらに「％s」っていうと文字列のフォーマット指定子ですよね。登録キーからバージョンを判断し、ここにそのバージョンが表示されるわけですよね。フォーマット指定子そのものが表示されているのは、大変おかしな話です。
また、カスタマーセンターから受け取ったメールに「保守プラン終了: 2013年01月01日」とありました。恐らく通常ライセンスのための項目だと思いますが、永久ライセンスには必要のない項目ですよね？誤解を生む可能性が高いですから表示しない方がいいかと思われます。何卒、早急に対処願います。
開発お疲れ様です。
v12.9.2(v13 beta3)において、このスレッドで取り上げた問題についてご報告致します。同条件下で試してみたところ、症状が無くなりました。おっしゃっている通り、プラグインと本体とのメッセージにより引き起こされた遅延のようですね。改善されてなによりです。
素早い対応をしていただき有難う御座いました。開発は何かと大変な事と存じますが、これからもより良いものを開発される事を願います。
v13も期待しております。
開発お疲れ様です。
テーマをクラシックに変更しても同じ症状です。条件が揃っている限り、再入力、エディタ起動後など関係なく発生します。Emeditorの再起動、PCをリブートしても同じです。また、あの条件は最も分かり易い形であるサンプルとして提示しました。実際は１行目に限らず、１０行ほど改行したどの行でも同じ症状になります。アウトラインプラグインがその入力した行を見出しとして判定している限り、私のレスポンスで提示した条件下であれば症状は出ます。もう少し条件を絞れそうですが、これ以上は私では難しいです。
サンプルとして書いたものは、単に仮のものではなく、条件を絞り込んだ上で簡潔にした「症状が出る」サンプルです。そうでなければ提示しません。因みにあのサンプルは英字、半角空白、半角記号の混合です。
さらに幾つか試してみましたので合わせて書いておきます。普段はUTF-8で編集していますが、Shift-JIS、EUCなどにエンコードを変更しても同じでした。後、引っ掛かりというのがどういったものか説明しておきます。エディタで１つのキーを押し続けた場合、感覚としてタララララララララララララララって入力されますよね。それが遅くなり、時には２文字位をカーソルがスキップするような感じになります。一気に処理が重くなったと感じるくらいです。
テキスト設定のリセット、アウトラインプラグインのリセット、色分けなし、マクロなしの状態で、アウトラインプラグインの「ガイドラインとしてアウトラインを表示」をチェックし、提示したサンプルで症状が出ます。「ガイドラインとして…」のチェックを外すと症状が出なくなります。
これ以上は私の方で試せる事はありませんので、他の方が試してみて症状が出ないようであれば、私のPC環境によるものでしょう。ですが、提示した条件下で何かしらの処理が挟まれている事は確実だと判断しています。私からは以上です。開発お疲れ様です。
テキスト設定、アウトライン設定共にリセットを押して規定の状態でやっています。アウトラインのプロパティの「ガイドラインとしてアウトラインを表示」のチェックを外す場合、入力の引っ掛かりが無くなります。十中八九、アウトラインプラグインが関連していると思われます。OSは、WindowsXP SP3 32bitです。
不思議なのは半角記号が文章内に点在すると起きることですね（どのくらいの割合かまでは調べていませんが、数文字含まれている程度なら起きません）。半角記号のみの文章を作成した場合は起きませんし、英数字、空白のみでも起きません。因みに英数字、半角空白、半角記号の混合で試しています。また、マシンスペックによるものかと考えましたが、同じ文字数で組み合わせて試しているので、それはないと思われます。このスレッドを読まれた他の方に試していただけると有難いですね。
あとEmeditorの設定はiniファイル保存です。これでもかなり原因を絞り込んだのですが、再現しませんか…。
１）以下の一行を10行ほどコピペ
２）コピペした全ての行を選択状態にしてタブを入れる
３）1行目から10行くらい改行する
４）１行目に文章を入力（ここから）
test__test__test__ test__test__test__ test__test__test__ test__test__test__ test__test__test__test__test__test__ test__test__test__ test__test__test__ test__test__test__ test__test__test__
（ここまで）イメージとしてはこんな感じです。
０１ここに入力する時に極端に引っ掛かる
０２↵
０３↵
…
０９↵
１０ test__test__test__ test__test__test__ …….
１１ test__test__test__ test__test__test__ …….
１２ test__test__test__ test__test__test__ …….
１３ test__test__test__ test__test__test__ …….
…４）の入力でアウトラインのサイドバーに入力文字列が見出しとして表示されます。その際の入力が極端に引っかかるのです。その条件が１）で入力した文章に半角記号が点在している場合に起きているのです。テキストの設定をリセットし、アウトラインもリセットしてやってみても同じでした。因みにフォントなどを変えても同じでした。
条件をまとめると：
・アウトラインプラグインの使用（ガイドとしてアウトライン表示：重要）
・半角記号が文章内に点在している
・４）の入力文字がアウトラインの見出しとなる
・１）の文字列と４）の文字列の間に改行が２行以上あるこんな感じです。こういった文章が多くあると、スクロールも引っ掛かる場合があります。結構切実なので、なんとか再現して原因を突き止めて頂きたいです。お願いします。
