🚀 go-pugleaf

難波です。

私は前の記事の後半では、これは keymap の問題ではないはずなんだがな、
と思いつつ書いていました。で、

Katsumi Yamaoka <yamaoka@jpl.org> さん writes:

> (add-hook 'message-mode-hook
> 	  (lambda nil
> 	    (set (make-local-variable 'adaptive-fill-mode) nil)))
> 
> 'message-mode-hook の代わりに 'text-mode-hook でも良いかもしれま
> せん。ぼくはこっち方面は苦手なので、もっと詳しいことは識者のみな
> さまに譲ります。(^^;;)

この adaptive-fill-mode という変数の事を今まで知りませんでした。

この問題に私が今まで気付いてなかった（自分の環境では起きないな、と思っ
ていた）のは

 (1) News/Mail では私は字下げというものをしない。

 (2) 稀に字下げをしても日本語の字下げには必ず全角スペース「　」を使うた
     め(自作の skk もどきでは 0x20 を入れるにはモードチェンジが必要)、
     adaptive-fill が起きない。

という理由があったためでした(しかし上のような indent ありの文をfill する
時は adaptive-fill は便利ですね)。今回の問題は、普通の gnus-5.9.0
(emacs-21.0.103 のもの。無改造) の message-mode でも再現しました。

いずれにしても、この text-mode にかかわる fill の問題は
adaptive-fill-mode を適当に設定してやるしか解決しないようですね。

あるいは textmodes/fill.el を見ると、adaptive-fill-regexp というのがある
ようですから(emacs-21.0.103)、場合によってはこれをいじる方法でもいいのか
もしれないが。


でも、これって、全然 adaptive じゃないよな…。automatic 位なら判る気がす
るけど、ぶら下げインデントや引用のインデントと普通の字下げのどれをユーザ
が求めているかを適応的に判断するって位でないと adaptive とは言えんのじゃ
ないかな…。

adaptive-fill-mode オンの時に fill-prefix が決まるのは、
(fill-context-prefix FROM TO) 
というしくみのようで、この関数では何やら色々やってますが
(textmodes/fill.el)、それほどお利口ではないようです。

たしかに、今の text-mode は中途半端な感じがしますね。
前の記事に書いたように ispell 関係のキーバインディングが入ってるような
部分はやはり キーマップをいじるしか無いようですし。
私自身はごく限定された用途でしか text-mode は使ってません。