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

Re: [PROPOSAL] Drop XML from .svn/entries

From: Garrett Rooney <rooneg_at_electricjellyfish.net>
Date: 2006-04-17 02:15:10 CEST

On 4/16/06, Peter N. Lundblad <peter@famlundblad.se> wrote:

> Well, I guess this is mostly a matter of taste. Personally, I find it more
> readable with one line than 30 per record. Zhakov suggested to switch
> to tab characters. I disliked that proposal because a tab might be
> confused to a space, but probably not often and never by a computer:-)
> But if you for some reason load the file in an editor that munges the
> tabs, your bets are off...

The main problem with one line is that the line will be extremely
long, which makes it wrap in 80 column editors/terminals/etc. That
makes it extremely hard to read in my opinion.

> We could use spaces and require spaces to be escaped if that improves
> readability. (I guess my notion of readability is somewhat different
> than others'). I don't have a strong opinion here, but I think it is
> useful to use different separators for fields and records. Note that
> there is no known count of fields for the sake of extensibility.

Spaces might help, because at least then when an editor wraps the line
it has a place to break... I still think newlines would work best
though.

> NOte that I (hopefully) improved readability by replacing boolean "t"
> with field names. Seeing "deleted" says far more than a "t" somewhere
> on the line. It increases the size of the file somewhat, but I don't
> think that's a probem performancewise.

I noticed that, and I think it will help a bit.

-garrett

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Apr 17 02:15:35 2006

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.