[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[FDclone-users:00338] Re: copying from/to a linked file
- Subject: [FDclone-users:00338] Re: copying from/to a linked file
- From: "Akinori MUSHA" <knu@iDaemons.org>
- Date: Wed, 25 Aug 2004 21:14:02 +0900
At Tue, 24 Aug 2004 20:45:07 +0900,
Takashi SHIRAI wrote:
> 欲を言えば、その上書き対象になっている file について、time
> stamp や size も知りたいでしょうし、果ては内容を確認たいとか
> どこかに backup がないか確認したいとか、判断材料としては色々
> 考えられます。
> でも、それ言い出しちゃうときりがないんですよね。どこかで線
> 引きをしないと操作するためのツールじゃなくて設問に答えるため
> のツールになって、何がしたいんだか判らなくなってしまいます。
たとえば、「!:サブシェルを起動」のような選択肢を追加する手は
あるんじゃないかと思います。(対象ディレクトリをカレントとして)
また、コピーや削除、移動などでアクセス権や上書きの問題があった
とき、問合せの選択肢に「すべて中止」というのがほしいです。延々と
エラーメッセージおよび問合せが続くのをキーを押して待つのが苦痛で、
イライラしているときは GNU screen の kill コマンドで FDclone ごと
殺したりしています…。
> 少なくとも何かを上書きしようとしている事実は提示されている
> ので、その「何か」の正体を熟考する立場にユーザは立たされてい
> る訳です。
考えただけではわからないので実際に調べる必要があるわけですが、
中止したり別の端末から入って調べるというのは手間が掛かるんです
よね。サブシェル起動という選択肢があると素敵だと思うんですが、
どうでしょう。
> 正体の定かでない対象に対して無配慮に「上書き」を選択してし
> まった結果に対して、情報の不十分さを問われても、どういう情報
> があれば正体が判断出来るかを知っているのはユーザだけです。
> link 実体だって依存関係が複雑な場合は自動的には判断し切れ
> ません。x が A/y に y が A/x に link しているような場合だと、
> hardlink だろうが symlink だろうがどうしようもありませんよね。
そういうダメなケースはさておき、
> > 今回の件では、 FDclone の実装からたまたま、 symlink でその実体を
> > 上書きすることはないようなのでいいですが、同様のケースではぜひとも
> > メッセージの内容などについてもよく検討していただければと思います。
具体的にこの例で言えば、「同名のファイルがあります」の代わりに
「コピー先は同じファイルです」のようなメッセージになれば十分と
思います。
> ツールは飽くまでも道具であって、幾ら便利になったからと言っ
> てユーザが思考停止してしまったのでは使えるものも使えなくなっ
> てしまいます。
FDclone のもたらす便利さがユーザの思考停止を招くのではないか
と危惧されているのでしょうか。
確かに便利さは諸刃の剣かも知れませんが、私はユーザが考える
べきことまでツールが代行しろと言っているのではありません。
シーンによっては思考の助けとなる材料や手段を提供してあげると
いいのではないかと。
--
/
/__ __ 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"