[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: <brane_at_xbc.nu>
Date: 2002-12-04 18:13:53 CET

Huh, so now I'll have to base64-encode the bitmaps in my author-face,
author-fingerprint and author-retina-pattern properties? What a waste of space.

Well, at least the author-grandmother's-name will remain the same, thank the gods.

The nice bit is that now we'll be able to actually send useful context diffs for
property patches, not just text file patches. Hm, not so bad after all. :-)


Quoting Karl Fogel <kfogel@newton.ch.collab.net>:

> Long ago, we decided (sensibly, imho) that Subversion would set a
> policy of using UTF-8 for log messages. Technically, we didn't have
> to do this, but it aids interoperability by preventing encoding
> anarchy.
> Yesterday, Jon Trowbridge pointed out that we really ought to do the
> same for property values. We already do it for certain properties
> whose values are interpreted by Subversion itself (svn:ignore,
> svn:keywords, etc). Jon's point is, why not do other clients the same
> favor we do ourselves? Textual data is useless if you don't know the
> encoding, and if we're hoping for unexpected property usages to arise,
> it'll help a lot to define a standard here.
> One response, of course, is "You can't do that, because property
> values are binary!" But no one seems to have needed a binary property
> yet, and it seems much more likely than property values would be text.
> Anyone can base64-encode to get binary values if they really need
> them, but optimizing for textual data seems reasonable.
> So the proposal is: let's declare all property values to be textual,
> and do UTF-8/eol conversion. Then svn_prop_needs_translation() can go
> away, and every caller will just do translation unconditionally. We
> will recommend that those who need binary prop values base64 encode
> them.
> Any objections?
> -Karl (& Mike, Ben, Gstein, Jon)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Dec 4 18:14:41 2002

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