[Mew-dist 13226] Re: 1.95b37

KAMEI Ken-ichi mule at example.com
2000年 6月 6日 (火) 02:24:53 JST


亀井です。

>>> <20000604.204948.39214562.kazu at example.com> から引用します.
> あとは不正な Mail は時間ではなくて送信者に縛られると思うので、
> mew-decode-strictly を folder で拘束して

kazu> フォルダごとに変更できると混乱しませんか?

「このフォルダに振り分けられるメールは、たいがい誤ったメールであ
る」ことが判っているフォルダを登録する。という考えだったので、そ
の範囲では混乱しないと思っています。
# mew-decode-broken => t としておきたいフォルダを指定することし
# か考えていません。m(__)m

本当は厳格な仕様で利用したいのだけど、過去のメールを漁るときに、
次から次へと C-u . を押して表示しなおさないといけないのは悲しい
という考えからです。(しかも、特定フォルダだけだったりすると尚の
こと)
# でも私は mew-decode-broken => t で生活を送る予定です。:-)


kazu> mew-decode-illegal の変数を減らそうというのは、分かれていても上級者に
kazu> も扱えないのではないかという危惧からです。上記のことができるとしたら、
kazu> 本当に嬉しいのか、逆に自己満足であんまり利用しないことになるのか、検討
kazu> する必要があります。

実際使ってみると、違反を救って表示した場合は X-Mew に告知される
ので、変数的には 救う/救わない だけで良いと考えるようになりまし
た。

ところで、. or C-u . があるならば , or C-u , もあるのだろうかと
思ったのですがないのですね。需要なさそうですし必要ないとは思うの
ですが...


p.s.

kazu> C-X Y という組み合わせは、メジャーモードが利用してはならなかったような
kazu> 気がします。

|   * Please do not define `C-c LETTER' as a key in your major modes.

shuhei> のことでしょうか?

なんと。言われてみてば、なんか昔どこかで聞いたような気はします。
あんまり気にしていませんでした。失礼しました。m(__)m

-- kamei



Mew-dist メーリングリストの案内