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

[Kazu Yamamoto ( 山本和彦 )]

From: Hideyuki SHIRAI (白井秀行) <shirai at example.com>
Subject: [mew-dist 21487] Re: mew-dir-messages

> どういう方法かわかりませんが、単純に
> 
> (multibyte-string-p (mew-expand-folder "+inbox")) => nil
> (multibyte-string-p (mew-expand-folder "+ほげ")) => t
> 
> で file-name-coding-system の束縛方法を変える。結果として
> multibyte を含む folder だったら遅くなる、ってどうですか。

(1) 引数のディレクトリを expand-file (必要なら default-directory が使
    われる)して、default-file-name-coding-system で符号化します。

(2) default-file-name-coding-system と file-name-coding-system を nil 
    に束縛し、符号化したディレクトリに対し、directory-files します。

pick の引数を符号化するのと似てますよね？ それで、今回の質問になった訳
です。

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

日本での UNIX 環境のように default-file-name-coding-system が 
iso-2022-jp のときに、euc-jp に変えたいなどの要望を満すためですね、きっ
と。

すると、このコードはこのままでよい。

directory-files に渡すディレクトリの符号化には、
default-file-name-coding-system を使う。

で、きっと、OK ですよね？

--かず