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

Re: ugly aliases (was: Re: CVS update: MODIFIED: libsvn_wc ...)

From: Jeremy Blosser <jblosser-svn_at_firinn.org>
Date: 2001-05-21 13:13:02 CEST

Greg Stein [gstein@lyra.org] wrote:
> On Mon, May 21, 2001 at 03:10:45PM -0500, Karl Fogel wrote:
> > (And if a bunch of people post saying they use "cvs ad", that ought to
> > tell us something, too. :-) )
> Yah... it'll tell us there are a bunch of kooks out there in the world :-)


I've never used 'cvs ad' because I didn't realize it was there. At the
risk of being a kook, I'll probably start using it now that I know about
it. There's benefit to me in just knowing there is a 2-char abbrev for
each subcommand -- it limits what my brain thinks it has to consider when
switching to and remembering the abbreviations. It may seem silly in the
case of 'add' vs. 'ad', but I think there is some merit in it. As an
abbreviation it doesn't make any less sense than 'ci' for 'commit', and
while it may only save one character, on some level of usability it's worth
being consistent with your abbreviations to ease the learning curve. 'ci',
'co', 'st', 'rm', 'ad' vs. 'ci', 'co', 'stat', 'del', 'add', etc. Anyway,
all those 1 characters add up, especially when it's the kind of repetitive
awkwardness of typing a double letter ad naseum, for no good reason.

I know I'm a nobody here, but if it doesn't affect the footprint
significantly, it seems to me that a 2-letter abbrev for each subcommand
would be the minimum that would make sense (excepting things like 'unadd',
in which case 'unad' seems fine, though if nothing else is using it 'ua'
wouldn't hurt).

Oh, and keep 'di' over 'df', certainly. CVS uses 'di', and 'df' has a
completely unrelated prior meaning in Un*x.


I guess now that I've said something I should submit an introduction soon...
A word to add a little bit of credibility here is that a decent part of
what I do these days concerns HCI / usability, trying to make websites suck

Jeremy Blosser
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:30 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.