[mew-dist 21487] Re: mew-dir-messages

[Hideyuki SHIRAI ( 白井秀行 )]

From: Kazu Yamamoto (山本和彦) <kazu at example.com> さん曰く
Subject: [mew-dist 21479] Re: mew-dir-messages
Message-ID: <20020819.233901.46619063.kazu at example.com>
Date: Mon, 19 Aug 2002 23:39:01 +0900 (JST)

kazu> もとい。高速化する方法を見つけました。続報を待て。

どういう方法かわかりませんが、単純に

(multibyte-string-p (mew-expand-folder "+inbox")) => nil
(multibyte-string-p (mew-expand-folder "+ほげ")) => t

で file-name-coding-system の束縛方法を変える。結果として
multibyte を含む folder だったら遅くなる、ってどうですか。

kazu> というわけで、主に白井さんに質問です。
kazu> 
kazu> mew-ecsdb-cs-for-arg() で単純に file-name-coding-system を使わず、
kazu> mew-cs-database-for-arg を定義したのは何故でしたっけ？ Mule 2.3 で、ファ
kazu> イル名の coding-system の扱いがいい加減だったからでしたっけ？

(1) かずさんが、引数を(日本語だったら) euc-jp に encode するコー
    ドを書いた。

(2) それじゃ Windows で困るので、ぼくが mew-cs-database-for-arg
    を定義して Windows のときは sjis にするようにして貰った。

という感じの話でしたね。Mew 1.95b64。

じゃ、なんで、(1) で (default-)file-name-coding-system を使わな
かったのかというと、file-name-coding-system を検索文字の cs で拘
束すると grep (など) に渡すファイル名の cs と矛盾して困るから、
だったじゃないでしょうか？ ファイル名は sjis だけど、検索文字は
euc-kr の時とか。

# あくまで想像です。

-- 
白井秀行 (mailto:shirai at example.com)