[Mew-dist 15434] Re: incremental search in summary mode

[Shun-ichi GOTO]

>>>>> at Wed, 13 Dec 2000 12:00:11 +0900
>>>>> 白井 == Hideyuki SHIRAI (白井秀行) <shirai at example.com> said,

kazu> > なことをやって時間を計ったところ、大体 2秒かかりました。
kazu> 
kazu> 微妙ですね。

白井> ですね。一昔前の CPU だと 10倍ぐらいかかるかも。

でも、遅いマシンではこれに限らず何をやっても遅いはずです。そういう環境の
人が望む事は、

  『新設された機能のために、待つ時間が増えるならば、そのコードが極力速く
    動くように頑張って欲しい』

か

  『新設された機能が(遅い環境では)過分なので、使わない、という選択で
    待ち時間を縮小したい』

ってなところかな、と思います。
(defvar mew-feature-thread t) とか適当な設定変数を設けて
『オイラは(当分)thread 機能は使わないから速くしたい』って人は nil
に設定して使ってもらうとか。(従来通りって事)
もちろん、これはダイナミックに変えるような値ではないです。
この値の変更後はsummary の re-scan が必要となるでしょう。


白井> できるかもしれないけど、isearch.el って結構バージョンアップして
白井> いるから、すべての isearch.el を改造するのはとっても大変じゃない
白井> かと思います。(XEmacs の isearch-mode.el も全然違うし)

... と思います。
出来る限りisearch のような基本機能を拡張する事を前提とするような
方向には行くべきでないだろうと思うし。


白井> 別案: 

白井> ・idle-timer を使って、暇なときに出来るだけ invisible にする。
白井>   => Emacs 19.28 は idle-timer を持っていないと思ったけど、
白井>   もともと isearch で invisible を除外自体出来ないから問題なし。

これは良いかも


白井> ・上とほとんど同じだけど、lazy-lock を使って、invisible にする。

これが楽かも。
でも、mew は font-lock 使ってないので、
それだけのために導入ってのもね。(^^;
導入するならば、色づけにも活用したいところ。

# font-lock って emacs-19.28 でも標準で入ってますよね。
# でも何か障害があったような記憶が... 忘れた

--- Regards,
 Shun-ichi Goto  <gotoh at example.com>
   R&D Group, TAIYO Corp., Tokyo, JAPAN