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

Re: Property values for boolean properties.

From: Karl Fogel <kfogel_at_red-bean.com>
Date: 2007-06-18 07:20:39 CEST

[David, did you deliberately not CC the list? I'm assuming it was an
accident, and am following up to everyone, hope that's okay.]

"David Glasser" <glasser@mit.edu> writes:
> Another possibility would to add a special command ("propenable" or
> something) which sets a given property to '*'. That is, it would be
> just like propset, but would not take a property value argument.
> (Depending on the name, you could also make something like
> "propdisable" be a synonym for "propdel".) We could make propenable
> only work on our boolean properties, or allow it to work on our
> boolean properties and non-svn: properties. (It would refuse to work
> on non-boolean svn: properties.)

"propon", "propoff"? :-)

It's tempting, but I think it would be going too far. Every new
command (or pseudo-synonym) occupies mental space for our users. And
with these, our documentation would have to constantly explain that
these special commands don't work with the other properties.

> Since the issue really is the command-line interface (other tools can
> already provide checkboxes or whatever for these properties), it's
> cleaner to just solve it at the command-line level; your suggestion
> would raise the question of whether or not no/off is considered
> special by libsvn_client...

Well, there's no reason "no" and "off" couldn't be treated as special
by just the command-line client for just those properties. But that'd
be a kluge; I'm not really convinced either.

Ah, wait! I've got a better idea:

How about the command-line client prints a warning if you set one of
these properties to "off", "no", or "false"? That is, it does the
propset, but also prints to stderr a message saying that this might
not have the effect you want/expect.

Thoughts? I think this might be a good halfway solution...

-Karl

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 18 07:37:02 2007

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.