[Mew-dist 684] mew-expand-file-name & reedit/redist

[OKUNISHI Fujikazu]

奥西＠素人です。
ここでは MHネタは嫌われるのを知ってはいますが、UNIXでの MH の動きを実
際に確かめられないものでまずは mhpath についてお教えください。_o_

 mhpath +drafts new [CR]

で得られる結果はどうなりますでしょうか。ちなみにうちでは

| [~/.mh_profile] $HOME(d:/home) からの相対パスで指定
| Path:           ../tcpip/email

としていると（以下は +drafts に何もない場合です）

|  mhpath +drafts new [CR] で
|  D:/home/../tcpip/email/drafts/1

と、フルパスで返ってきます。
$MANDIR/man1/mhpath.1 を読む限りではフルパスを返すのが正しいようですが、
Mew のソースを読む限りではメールのフルパスではなくてメール番号だけが返っ
てくるのを期待していると判断したのですが、僕の理解は間違っていますか?

というのは、mew-summary-redist と mew-summary-reedit で OS/2 で引っ掛
かる個所を以下のように修正したのですが、1.62 では採用されてなかったか
らです。

[mew-summary-reedit()]
(setq rename (mew-draft-get-new))
<snip>        ^^^^^^^^^^^^^^^^^
 (find-file-noselect
; (mew-expand-file-name rename mew-draft-folder))) ;; original
  (mew-expand-file-name rename )))  ;; for OS/2 MH & Mule

[mew-summary-redist()]
; (draft (mew-expand-file-name (mew-draft-get-new) mew-draft-folder)))
  (draft (mew-expand-file-name (mew-draft-get-new) ))) ;; OS/2 MH & Mule

一方、

C-h f mew-expand-file-name [CR]
mew-expand-file-name: a Lisp function.
(mew-expand-file-name MSG &optional BUFFER-OR-NAME)
not documented        ^^^           ^^^^^^^^^^^^^^

ですから、オプション BUFFER-OR-NAME を付けて呼ぶ場合は引き数 MSG にメー
ル番号だけを期待しているのだろうと思い、前のパッチを流しました。実際、
debug-on-entry で mew-expand-file-name をデバッグしていると、

 mew-expand-file-name(".mew-cache" "+tm")
  mew-summary-folder-create("+tm")
* mew-summary-goto-folder()
* call-interactively(mew-summary-goto-folder)

のように、最初の引き数はフルパスではありません。第１引き数がフルパスで
入る場合には第２引き数は UNIX でも不要なのではないでしょうか。

mhpath の動きが UNIXと OS/2 で違うとは mhpath.1 からは思えないので、
OS/2 固有の現象ではないのではないかと判断します。

＃それでもやっぱり僕の理解は間違ってるのでしょうか? (^_^;
＃mew-expand-file-name() レベルで OS/2 では動きが違うということはある
＃かもしれませんが。(^_^;;
----
奥西藤和 / OKUNISHI Fujikazu
mailto:fuji0924 at example.com
# PGP Public Key: mailto:pgp-public-keys at example.com /Subject:GET 0x1B8BF431