フォーラムの返信を作成しました。
-
投稿
-
Masato 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
これは将来のバージョンで検討させていただきます。
現在のところ、マクロを作成してファイルを開いたあとのイベントに関連付けるという方法はあるかと思います。どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
本件で補足ですが、[カスタマイズ] ダイアログの [タブ] タブで、[入りきらない時] に [列を増やす] 以外を選択していただければ、2列になることはありません。
ご存知だったかもしれませんが、ご参考にしていただけると幸いです。どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
「 *」が入る余地を残しておくと、必要がないスペースを取ることになるため、以前よりも横長に感じてしまうと思います。必要なスペースは、空白とスター (_*) の2文字分になります。
これは、賛成、反対の両方の意見があるかと思いますので、慎重に検討いたします。本件について、他にもご意見がございましたらご連絡ください。
どうぞよろしくお願い申し上げます。
h-shinya 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
” は、
“x22”
または
“””
または
‘”‘
と記述できます。お試しいただけると幸いです。
どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
素の改行の有無も判定条件に追加します。
ダイアログの表記については検討いたします。以前は、「”.”」になっていたのですが、現在の表記に変更した経緯がありました。
どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
s が、置換でなく検索の場合はマッチする、という点について調べました。置換の場合、正規表現を使用して、複数行から置換すると、速度が著しく遅くなるため、特定の条件を満たした場合のみ複数行から置換するようにしています。以前は、正規表現に n、r が含まれているか、または [正規表現が改行文字に一致することができる] がチェックされている場合でしか複数行から検索していませんでした。今回、この条件を緩めて、正規表現に [、、( が含まれているか、または [正規表現が改行文字に一致することができる] がチェックされている場合に、複数行から置換を行うように修正します。
[正規表現が改行文字に一致することができる] チェック ボックスは、本来は、 .（ピリオド）の意味だけになるはずですが、上記の問題で正しく動作していなかったと考えられます。次のバージョンからは、本来の .（ピリオド）の意味だけになるはずです。詳しくは、
https://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/ref/match_flag_type.html
にある match_not_dot_newline の逆に相当します。
ヘルプには説明を追加したいと思います。
どうぞよろしくお願い申し上げます。
Sora 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
メールを受け取りました。詳細をご連絡いただき、ありがとうございました。
こちらでも再現いたしました。現在のところ、ソリューション テンプレート ダイアログで、Visual Studio というテンプレートを選択して [削除] ボタンを押していただければ、問題が回避できます。こちらでは修正し、次のバージョンでは修正されます。
この度は、大変ご迷惑をお掛けして申し訳ありませんでした。
今後もどうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
[正規表現が改行文字に一致することができる] を ON にするとマッチするというのは、正しい動作ですが、置換でなく検索の場合はマッチする、というのは調べさせてください。
正規表現エンジンのマニュアルページは、
https://www.boost.org/doc/libs/1_52_0/libs/regex/doc/html/boost_regex/syntax/perl_syntax.html
に書かれています。
どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
これは確かに難しそうな気がしますが、調べてみます。
マニュアルにも追加します。どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
ご指摘のようにかなり複雑です。
「ステートメント終了」には、C++ などの言語の場合、ステートメントの終了を表す ; または ; を含む正規表現を指定しておきます。すると、; で終了していない場合は、次の行がインデントされ、; で終了する場合は、インデントが、インデントされる前の行と同じに戻ります (逆インデント)。
今日は一日中このことを調べていたのですが、Ruby などの言語の場合、Enter を入力するとき以外は、インデントが変わらないようなオプションを追加したいと思います。しかし、C++ などの言語では、現在と同じ仕様のままです。これで、ほとんどの方に問題なく使っていただけるのではないかと思います。次のメジャー バージョンのベータ版が公開されましたら、お試しいただけると幸いです。
どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
ご質問の elsif x>0 の場合と endeavor=nil の場合との違いですが、インデントの動作は、指定したどれかの正規表現に一致した場合のみ、インデント (右へ) または逆インデント (左へ) が発生します。
elsif x>0 は、「インデント開始」の正規表現に一致するため、インデントが発生します。
endeavor=nil は、end の後 e を入力した後、「インデント開始」にも「インデント終了」にも一致しないため、インデントが発生しなくなります。
以上が、現在の仕様になりますが、確かに endeavor とタイプする場合は、一度逆インデントが発生した後、インデントが戻らないのは、不便だと思いますので、何かいい方法を考えたいと思います。
ご指摘の通り、「インデント開始」の「do」の前に「b」を、「until)」の後ろに b を追加し、「インデント終了」のb の末尾に .* を追加します。また、書かれているとおり、正規表現は、その分全体に一致しないといけないという判定です。したがって、^ $ は不要になります。既定の正規表現はご指摘のように修正したいと思います。
これでご理解いただけましたでしょうか? もし他に不明瞭な点がございましたらご連絡ください。
どうぞよろしくお願い申し上げます。
t2 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
確認ですが、Unicode 異字体シーケンス (IVS) を、異字体として表示せずに、2つの文字の組み合わせとして表示されたい、という意味でしょうか?
もしよろしければ、具体的な例を挙げて説明していただけると幸いです。画面図などがあれば tech@emurasoft.com あてに送っていただけるとさらに確実です。
どうぞよろしくお願い申し上げます。
Sora 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
できれば [Projects] のセクションはすべて送って含めていただけるとありがたいのですが、少なくとも SolutionDef-Size、SolutionDef は解析に必要になります。
どうぞよろしくお願い申し上げます。
yayu 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
こちらでも再現しました。32ビット版では、ご指摘の不具合があることがわかりました。この不具合はランダムに発生し、必ずしも 1 行目だけ無視されるわけではなく、まったく動作しないこともあります。先に Ctrl + A などですべて選択してから並べ替えを行っていただければ問題はありません。また、64ビット版でも問題はありません。
この度はご迷惑をお掛けして申し訳ありませんでした。この不具合は次のバージョンでは修正されます。どうぞよろしくお願い申し上げます。
Sora 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
INI ファイルを使用されている場合、INI ファイルの各項目に保存できる文字数に制限があるため、このような不具合が発生する可能性はあります。お使いの Windows のバージョンにも依存しますので、Windows のバージョンも教えていただけると幸いです。
こちらではまだ再現しないため、マクロを削除する前の eePlugins.ini ファイルを zip に圧縮して、tech@emurasoft.com あてに送っていただけると幸いです。その時、どの設定のどのマクロを削除したかなど、できるだけ詳細な手順を書いていただけると幸いです。
お手数をお掛けして申し訳ありません。
どうぞよろしくお願い申し上げます。takahiro 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
確かに再現しました。申し訳ありませんでした。
次のバージョンでは修正しておきます。検索バーが表示された状態でマクロを記録していただければ、問題はなくなるので、もしよろしければお試しください。
どうぞよろしくお願い申し上げます。
psum 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
残念ながら、一時的にパスを隠す方法はありませんが、検索結果から
^([w- :.&$%~!]*?)(([0-9]+)):
を
n
に正規表現で置換していただくと、見やすくなるかと思います。お試しいただけると幸いです
どうぞよろしくお願い申し上げます。
Sora 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
こちらでもソリューションテンプレートのすべてリセットを行ってから、同じ手順で試してみましたが、マクロが復活するという問題は再現しませんでした。何か他の条件があるのだと思いますが、何かお気づきの点はありますでしょうか? プラットフォームは既定のままでしょうか? ポータブル版 (Iniファイル使用) でなくレジストリを使用されていますでしょうか?
どうぞよろしくお願い申し上げます。
redakt55 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
これについては、詳しく調べて、また何かわかりましたら回答したいと思います。ヘルプにも記述を追加したいと考えています。
どうぞよろしくお願い申し上げます。
Sora 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
前半の設定の削除については、こちらでは再現しませんでした。以前の設定が残っていて問題が発生している可能性があるので、一度、[ソリューション テンプレート] ダイアログで、[すべてリセット] ボタンを押してから、試していただけると幸いです。ご迷惑をお掛けして申し訳ありません。
後半のマクロの削除については、こちらでも同じように動作します。設定Aのマクロnを削除すると、設定Bのマクロnが削除されるのは正しい動作です。
マクロの設定データをレジストリに保存しているのは、その方が動作が速くなるからですが、将来的に検討します。
どうぞよろしくお願い申し上げます。
snoma01 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
受信箱にたくさんメッセージがたまっているようなので、それが問題なのかもしれません。
「アカウント情報」をクリックして、上部の「受信箱」ボタンをクリックしても、表示されないでしょうか?
受信箱は、時々中身を削除していただけると幸いです。どうぞよろしくお願い申し上げます。
snoma01 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
念のため同じ質問なのですが、[ヘルプ] メニューの [更新のチェック] を選択しても、更新が始まらないでしょうか?
どうぞよろしくお願い申し上げます。
kiSysDev 様
いつも EmEditor Professional をお使いいただき、誠にありがとうございます。
申し訳ありませんでした。次のマイナー バージョンでは、 onenote:// もリンクできるようにします。既にこちらでは修正しました。
今後もどうぞよろしくお願い申し上げます。
