[Mew-dist 1427] Re: mew-draft.el について

[Junichiro Kita ( 喜多淳一郎 )]

おはようございます．
喜多＠NTT DATA です．

# 私が使っている Mule は，Mule for win32 1.21 です．

(ふ)> 	(setenv "HOME" "f:/")
(ふ)> 	=> t
(ふ)> 	(expand-file-name "~/")
(ふ)> 	=> "f:/"

ここまでは，同じ結果になるのですが，

(ふ)> 	(expand-file-name "~")
(ふ)> 	=> "f:/"

ここが違うのです．なぜか f: になってしまいます．


(ふ)> expand-file-name の正しくあるべき挙動について詳しくないので自信ないで
(ふ)> すが，本当に Mew の問題なのでしょうか? OS/2 では

たしかに Mew の問題ではないと言えるのですが，

・もはや Mule for win32 への修正(バグFIXなど)は行われない
・それでも Mulw for win32 で Mew を使う人がいる
・HOME が f:/ なんて人がいないとは限らない

ことを考えると，Mew をちょこっと変更してもらうのが一番楽な方法だと思う
のですが．

それくらい自分で直せって言われれば直さんこともないですが，Mule for
win32 の本も出たことですし，その本を購入した初心者が Mew を使うかもし
れないですよね．

そーすると，別にほかに影響がないなら

(expand-file-name "~") → (expand-file-name "~/")

へ変更しても良いと思うのですが．


(ふ)> と返ってきます。もちろん $HOME がルートディレクトリの二階層以上下でな
(ふ)> いと Mew 以外でも不具合が出て *当然* なので僕はこう↓してますが。それ

これは初耳です．もう少し詳しく説明していただけませんか？


今試してみたのですが，

(setenv "HOME" "c:/home/kita/")
=> t
(getenv "HOME")
=> "c:/home/kita/"
(expand-file-name "~")
=> "c:/home/kita"

となります．どうやら (expand-file-name "~") は末尾の '/' を取っちゃう
みたいですね．(しらなかった)

(ふ)> ら。Mule 側の問題であることもままあります。これも根本的には Mule 側で
(ふ)> expand-file-name を直すべきではないでしょうか? :-p

expand-file-name の説明には

An initial `~/' expands to your home directory.

って書いてあるくらいだから，(expand-file-name "~/") に変更することがそ
んなに悪いことではないと思いますけどねぇ．むしろ積極的に使っても良いと
すら思えますが．
-----
// 喜多 淳一郎 
// kita at example.com