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

Re: [Issue 3436] New - Short option for --ignore-externals (-i ?)

From: Edmund Wong <edmund_at_belfordhk.com>
Date: Tue, 28 Jul 2009 12:34:28 +0800

Julian Foad wrote:
> Edmund Wong wrote:
>
> I think you're asking whether there is (or should be) a procedure or
> guidelines for choosing a short name. There is none.

Yes, That's what I was trying to ask.

>
> My point is just that there is far more "name space" available in two-
> or three-letter "shortish" long option names than in single-letter
> option names, so we are less concerned about "using them up".
>

I understand that the more characters available, the less concerned
about the namespace being used up. But as Daniel pointed out another
method, is there a consensus as to the format of this new 'shortish'
long option (or longish short option)? --ie or --iexist?

Thanks

Edmund
>> Or am I just being stupid about this and the simple solution is
>> to take the simplest contraction of the long option and make
>> it an alias of the long option. If, in the near future,
>> a similar option is proposed, we extend that with another
>> character?
>
> Not sure exactly what you mean by "we extend that". Yes, we can just
> choose something like "--ie" now. If, in the near or far future, we add
> a new option such as "--ignore-existing" and want a shortish alias for
> it, then we can't choose "--ie" but we will have plenty of "room" to
> choose another reasonable abbreviation for the new option, such as
> "--ix" or "--iexist".
>
> So, for now, I would suggest "--ie".
>
> - Julian
>
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2376049
>

------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2376205
Received on 2009-07-28 06:36:47 CEST

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.