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

Re: how to respond to bad options

From: Karl Fogel <kfogel_at_newton.ch.collab.net>
Date: 2002-07-26 21:35:45 CEST

Jim Blandy <jimb@red-bean.com> writes:
> Now, this patch also changes the behavior of just typing `svn',
> nothing else --- now that prints the "type `svn help', you slob"
> message. Should `svn' always give the generic help message? I think
> the below is okay, but I don't feel strongly about it.

I like this approach better. It's less shocking to a completely new
user, but just as helpful to an experienced one.

+1 on committing this. (You can commit now, right Jim?)

> 2002-07-25 Jim Blandy <jimb@redhat.com>
>
> * subversion/clients/cmdline/help-cmd.c (svn_cl__help): If the
> user gives an unrecognized command or option, just tell them
> how to get help; don't print the whole list of commands.
>
> Index: ./subversion/clients/cmdline/help-cmd.c
> ===================================================================
> --- ./subversion/clients/cmdline/help-cmd.c
> +++ ./subversion/clients/cmdline/help-cmd.c Thu Jul 25 17:37:59 2002
> @@ -93,7 +93,7 @@
> else if (os && !targets->nelts) /* `-h', `--help', or `help' */
> svn_cl__print_generic_help (pool, stdout);
> else /* unknown option or cmd */
> - svn_cl__print_generic_help (pool, stderr);
> + fprintf (stderr, "Type `svn help' for help on Subversion usage.\n");
>
> return SVN_NO_ERROR;
> }
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jul 26 21:49:23 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.