[HmfListReplace.hmf 変換リストによる置換]について

No.00294

PineCone さん　14/05/29 15:10　[ コメントを投稿する ]

秀まるお様

１ユーザのPineConeです。
いつも有用な機能をありがとうございます。

昨日公開されました「変換リストによる置換」について、
動作仕様の確認が2点ございます。

・変換リストの1行目の変換が行われないようです。
※ユニコード（UTF-16,BOMあり）で、コンマ区切りです。
⇒ 1行目は無視される動作になるのでしょうか？

・変換されなかった行も編集扱い(行番号が太字)になるのは
仕様でしょうか？

なお、2点とも仕様かどうか確認したいだけです。
よろしくお願いいたします。

[環境]
・Windows 7 Pro SP1（32bit）
・秀丸エディタ V8.40 Beta17

[ △ ]

RE:00294 [HmfListReplace.hmf 変換リストによる置換]について

No.00295

colder さん　14/05/29 15:38　[ コメントを投稿する ]

colderです
>
>・変換リストの1行目の変換が行われないようです。
> ※ユニコード（UTF-16,BOMあり）で、コンマ区切りです。
> ⇒ 1行目は無視される動作になるのでしょうか？

無視されるというよりBOMも検索文字列に含まれているみたいです。

あと、最終行に改行がないと、項目が長すぎますというエラーが出ます。

[ △ ]

RE:00295 [HmfListReplace.hmf 変換リストによる置換]について

No.00296

秀まるお さん　14/05/29 15:58　[ コメントを投稿する ]

　BOMの処理がおかしい点、確認出来ました。修正させていただきます。

> あと、最終行に改行がないと、項目が長すぎますというエラーが出ます。

　これまた内部の変換上の都合でエラーになってしまってました。修正させてい
ただきます。

> ・変換されなかった行も編集扱い(行番号が太字)になるのは
> 仕様でしょうか？

　秀丸エディタから見ると、変換モジュールが何も変換しなかったとしても、一
応、変換モジュールを通った物はすべて編集された扱いになってしまいます。

　変換モジュールの仕組み的な問題なので、なんともしがたいです。

　特に、複数行まとめて変換モジュールを通したケースで、実際に改変された箇
所がどこの行かを判断して「この行は編集扱い」って決めるのは難しいと思いま
す。一箇所も変換されてなければ編集されなかった扱いにするのなら、秀丸
エディタの方をちょっと改良すれば出来そうな気はしますけども。

　それか、変換モジュールの変換結果をログ用のウィンドウに出力する
オプションを用意するとか。

[ △ ]

RE:00296 [HmfListReplace.hmf 変換リストによる置換]について

No.00297

秀まるお さん　14/05/29 16:02　[ コメントを投稿する ]

　あと、メモリリークもありました。それも直します。

[ △ ]

RE:00297 [HmfListReplace.hmf 変換リストによる置換]について

No.00300

PineCone さん　14/05/29 17:26　[ コメントを投稿する ]

秀まるお様

PineConeです。早速のご返信をどうもありがとうございます。

> > ・変換されなかった行も編集扱い(行番号が太字)になるのは
> > 仕様でしょうか？
>
> 　秀丸エディタから見ると、変換モジュールが何も変換しなかったとしても、一
> 応、変換モジュールを通った物はすべて編集された扱いになってしまいます。
>
> 　変換モジュールの仕組み的な問題なので、なんともしがたいです。

重々承知の上ですので、仕様ということで問題ないです。
今までの一括変換作業が解消されるので、とても満足しています。

>　あと、メモリリークもありました。それも直します。

いろいろとお手数をおかけしてすみません。

今後ともよろしくお願いいたします。

[ △ ]

[ 新規に投稿する ]