Re: [PATCH] check name svn special properties

Julian Foad wrote:
> Most of the properties in question are entirely client-side features -
> at least the node props, svn:ignore, svn:mime-type, svn:log-template,
> svn:eol-style, svn:externals. It doesn't seem to make any sense for the
> server to mediate their use. No? Perhaps the rev props (svn:date,
> svn:author, svn:log) are mainly server-side.

Just because the node props have a client-side effect[1] doesn't mean
that there isn't a situation where being able to affect[1] them from the
server is desireable. I'm thinking specifically of the proposal for
inherited properties, where the server will push out defaults (for
values like svn:ignore or svn:log-template) based on site preferences
and the client will use those values.

I'm resigned to this patch being applied, but I just wanted to suggest
that the hard-coding of legal metadata values in a client outside of the
control of the site admin is not a good overall policy.

John

p.s.

1) you wouldn't believe the long discussion on the Perl Porters list
about _a_ffect vs. _e_ffect!

-- 
John Peacock
Director of Information Research and Technology
Rowman & Littlefield Publishing Group
4501 Forbes Boulevard
Suite H
Lanham, MD  20706
301-459-3366 x.5010
fax 301-429-5748
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org