変換モジュールによる変換の高速化
No.08657
colder
さん 15/07/03 13:54
colderです
マクロ会議室でも出ている話題ですが、複数選択している状態で、変換モジュールを
呼び出すと、変換モジュールが何度も呼び出されるので、かなり遅いです。
なので、変換モジュール側の対応も必要になりますが、複数の選択範囲を一括して変
換モジュールに渡すようなインターフェースを作れないでしょうか？
私案ですが、HIDEMARUFILTERINFO構造体のfMustLineUnitに複数選択一括渡し対応の
フラグを追加し、複数選択範囲を通常のテキストには出てこない文字(例えばU-FEFF)
で連結して変換モジュール側に渡す(変換モジュール側も同じ文字で連結された文字
列を返す)とかはどうでしょうか？
[
△
]
RE:08657 変換モジュールによる変換の高速
No.08658
秀丸担当
さん 15/07/03 15:34
ネタのご提供ありがとうございます。
マクロ会議室のほうにも書きましたが、秀丸エディタ本体としての処理に改善の
余地がありそうです。
変換モジュールが何度も呼ばれることのオーバーヘッドはあるとは思いますが、
今回のケースにおいては、多くを占めている時間は別のところにありそうです。
64bit版秀丸から32bit版変換モジュールを呼び出すケースでは、複数選択を一度
で行うことができれば効果があると思います。
まず秀丸エディタ本体としての処理の改善を考えます。
[
△
]
RE:08658 変換モジュールによる変換の高速
No.08660
秀丸担当
さん 15/07/09 15:59
V8.54β12で、複数選択を追加する処理と、複数の変換モジュールの改善をして
みました。
以前は、行数が多いと本体側がだんだん遅くなって、変換モジュール自体の処理
速度の違いが現れにくかったです。
だんだん遅くなることは無くなって、変換モジュールの自体の違いが現れやすく
なったと思います。
[
△
]