[HmfListReplace.hmf 変換リストによる置No.00294
PineCone さん 14/05/29 15:10
 
秀まるお様

1ユーザの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です。早速のご返信をどうもありがとうございます。

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

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


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

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


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

[ ]