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

Re: setting a convention for property values

From: Nicholas Riley <njriley_at_uiuc.edu>
Date: 2002-12-04 20:56:25 CET

On Wed, Dec 04, 2002 at 12:54:12PM -0600, Karl Fogel wrote:
> Nicholas Riley <njriley@uiuc.edu> writes:
> > I have no objection to what you want to do with text properties, but I
> > already have lots of binary properties in my repos (using a svn
> > wrapper script for Mac resource forks). If you declare that binary
> > properties are the way forward, I need some way to fix my existing
> > properties ;-) - preferably as automatic as possible, for example svn
> > detecting binary properties the way it detects binary files and
> > auto-encoding/decoding them would be nice.
> Um, how have your binary properties been behaving over ra_dav? :-)
> It should be corrupting them... see
> http://subversion.tigris.org/issues/show_bug.cgi?id=1015

I've only been using them over ra_local. Whatever svn needs to do to
base64-encode and -decode properties over DAV sounds reasonable, but
I'd prefer it not be exposed to the client. That's the cool thing
about svn's file handling, it's transparent and most of the time the
user doesn't have to care. Properties should be similar, and binary
metadata really will be needed eventually even if I'm the only person
using it now. Eventually I plan to add native svn support for the
stuff I'm using wrapper scripts for at the moment (unless someone else
beats me to it), but it won't happen until after 1.0 at this rate.

=Nicholas Riley <njriley_at_uiuc.edu> | <http://www.uiuc.edu/ph/www/njriley>
        Pablo Research Group, Department of Computer Science and
  Medical Scholars Program, University of Illinois at Urbana-Champaign
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 4 20:57:17 2002

This is an archived mail posted to the Subversion Dev mailing list.