Re: svn:description

I'll throw my 2 cents in. The nice thing about namespaces is you don't
have to include everything in the base namespace. If we're adding a
property that we consider "fundamental" and we think that *every* client
should support it, then we should put it in svn:. But if it's an
optional feature that some client might want to make use of, then yeah,
lets just define a new appropriate namespace and define the rules for
the properties in that namespace.

Yes, we need to link to that definition from the subversion docs (I
don't think it needs to be contained within them), but if there is a
standard provided, client authors will use it. It can be standardized
without being prefixed with 'svn:'.

Julian

Nuutti Kotivuori wrote:
> Greg Hudson wrote:
>
>>On Sat, 2002-12-21 at 18:43, Nuutti Kotivuori wrote:
>>
>>>People would be stupid not to follow a well-made specification for
>>>these properties. And there's no reason to have it in the 'svn'
>>>namespace.
>>
>>If it's used by a Subversion program, it should be in the svn:
>>namespace. Otherwise it shouldn't be.
>
>
> I mostly agree, but kind of disagree as well.
>
> If there is a separate specification, like the DMCI, which already
> specifies a namespace and property names - I don't see a reason why
> Subversion programs should not use those properties, instead of
> defining their own copies in 'svn'.
>
> And even though here the specification might be something a little
> more ad hoc (if the DMCI isn't suitable), I see the situation as the
> same.
>
>
>>Of course, that just reduces the question to equally unresolved
>>questions, like "are there any Subversion GUI programs which count
>>as Subversion programs?" and "should {rapidsvn/gsvn/svn ls -v/} use
>>a description property?" I have no opinion on those questions.
>
>
> Well yes, if one looks at the matter like that - I don't think I have
> an opinion on that either.
>
> -- Naked
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

-- 
julian@beta4.com
Beta4 Productions (http://www.beta4.com)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org