[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 メーリングリストの案内