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

Re: automatic properties

From: <cmpilato_at_collab.net>
Date: 2003-08-17 20:22:12 CEST

Ben Collins-Sussman <sussman@collab.net> writes:

> Garrett Rooney <rooneg@electricjellyfish.net> writes:
>
> > Ben Collins-Sussman wrote:
> >
> > > Garrett, keep in mind that 'svn import' *already* detects binary files
> > > and sets svn:mime-type to application/x-octet-stream while
> > > committing. That's why it sometimes prints "A (bin) foo.doc".
> >
> > Yes, but setting svn:mime-type for binary files serves a more
> > fundamental purpose (avoiding merges and eol translation on
> > non-textual files), so it seems like a reasonable special case to me.
>
> I guess my take is -- hey, if we add Martin's auto-propset feature,
> it would definitely be "turned off" by default.
>
> I'm thinking about all the users who have repeatedly complained that
> they don't like having to remember to set svn:eol-style=native every
> time they add a new source-code file. Some people have suggested
> "recursive" directory props as a solution (really hard to implement),
> other have suggested a server-side configuration solution (also
> possible, but it's a very large change). Martin's patch seems pretty
> simple, effective, and low-impact.

I hear it. I totally dig the idea of the patch, and actually *want
this* for myself in 'add' and 'import'. Yes, definitely, the default
is off (meaning, what, that there's nothing but commented-out stuffs
written to new .subversion areas?), but I soooooo want to import a
website have my JPEGs be image/jpeg, my PNGs image/png, my HTML
text/html, and so on, without having to write a custom script or do
the work by hand.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 17 20:25:22 2003

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.