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

Re: svn changelist --changelist

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-07-03 16:27:19 CEST

On 7/3/06, C. Michael Pilato <cmpilato@collab.net> wrote:
> Ben Collins-Sussman wrote:
> > +1. I like it.
> >
> > On another note, I'm starting to realize now that the '--changelist'
> > switch is too long a name. I'm getting sick of typing it over and
> > over. In perforce, the switch is just '-c', but we've already used
> > that in subversion. So maybe we can just shorten '--changelist' to
> > '--cl'...? The commandline client can parse both short and long form,
> > and map them both to the same opt_state field.
>
> -1. Long option names are long because they carry enough information to be
> understood by folks not familiar with abbreviations. While short in length,
> --cl or --clist are still of the "long option" type, but miss the mark on
> that understandability aspect. Did you notice that we haven't used the -C
> (capital-C) short-opt yet?
>
> You're getting sick of typing --changelist over and over again because
> you're using this feature constantly as you design and test it. I, on the
> other hand, have little interest the feature, and have probably only typed
> this option name once, and that was in the previous sentence. :-)

Historically we've decided to hold off on using single letter flags
for new features until it's shown that the feature is actually used
often enough to justify it.

Ok, I admit it, I'm still bitter that --limit didn't get a short flag,
and if I can't have one then Ben can't either ;-)

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 3 16:28:22 2006

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.