[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [PATCH] Allow revert --recursive to have implict dot-target

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2002-07-11 14:34:51 CEST

On Thu, Jul 11, 2002 at 08:24:14AM -0400, mark benedetto king wrote:

> I've noticed that Red Hat, and I presume other modern operating systems,
> have started, aliasing rm to "rm -i". I suppose the argument is "if you're
> not knowledgeable enough to unalias rm, you probably need the -i".
>
> Frequently, one user interface for all users is not the most appropriate
> goal.
>
> What if, instead, svn config defaulted to "novice-mode", in which potentially
> destructive things called a user-agent-callback for confirmation. I'll bet
> GUI people would love to have that feature (to have the system tell them that
> something destructive and/or non-reversible was going to happen). In fact,
> the callback system may well be a pre-requisite for any real GUI work.
>
> This could be generalized to allow the user-agent to implement --force by
> always returning "keep going" to these callbacks. If the API is sufficiently
> rich, the user could choose, for example, "I mean what I say when I 'svn rm',
> but prompt me for 'svn obliterate'."

if i wanted my computer to ask me 'do you mean it' every time i try to
do something i'd be running a different operating system.

having a setting one can tweak to make this go away is NOT a valid
solution. we should have reasonably safe/sane defaults and provide
tweakable options only as a last resort.

big -1 on anything that makes the client ask 'are you sure?'. if you
want that kind of behavior, write a gui client and give it all the
little confirmation dialogs you want, but keep it out of my CLI.

-garrett

-- 
garrett rooney                    Remember, any design flaw you're 
rooneg@electricjellyfish.net      sufficiently snide about becomes  
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 11 14:35:20 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.