[FDclone-users:00270] Re: metacharacter interpretation in interactive commands

["Akinori MUSHA" <knu@iDaemons.org>]

At Sat, 22 May 2004 03:54:45 +0900,
Takashi SHIRAI wrote:
> 　この辺りのいきさつを良く憶えていないのですが、他の入力文字
> 列が「既存のパス名」であるのに対し、RENAME_FILE のそれは「既
> 存」でもないし「パス名」でもありません。
> 　なので RENAME_FILE に関しては「$」や「~」の評価が不要であ
> り、不必要に利便性を損なうのを避けるためにメタ文字の評価をや
> めたんだと思います。
> 
> 　ということで、これはバグではなくて仕様なんですが、非対称な
> 点が気になるでしょうか？少なくとも RENAME_FILE の入力はディ
> レクトリヒストリとは無縁なので、ヒストリのメタ文字に関する問
> 題はそもそも存在しないと思います。

　ただ、 RENAME_FILE の入力ではパス名補完が効くんですよね。
それはそれで既存のファイル名と少し違う名前を付けるのに便利
なので、よく利用していました。そのため、既存のパス名かどうか
云々の区別という頭はなかったです。

　ところで、そこで補完された文字列にメタ文字が含まれる場合は
クオートされるんですが、それを(行末のスペースを削除するかを
聞かれて)確定すると、文字通りそのクオートされた名前が付いて
しまいます。

　白井さんの上記の意図を読むと、 RENAME_FILE の入力においては
パス名補完はできないようにするのが端的な解決のような気はします。
上で便利と書きましたが、別になくてもいいとは思います。

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"It seems to me as we make our own few circles 'round the sun
          We get it backwards and our seven years go by like one"