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

Re: Forcing svn:eol-style=native on files with "binary" mime types?

From: Andreas Keil <rien_at_nurfuerspam.de>
Date: 2005-09-23 14:28:20 CEST

"Branko Cibej" <brane@xbc.nu> wrote in message
news:4333C46E.5080005@xbc.nu...
> And anyway, the document you quote is irrelevant.

Why's that? I consider the W3C as well as the RFC which the document cites
on xml media types as being standard. From this document and therefore
relevant.

> Granted that SVN's current translation between media type and binaryness
> is simplistic, I don't think it's fundamentally wrong (even though a
> better name for the property would be svn:content-type, but that's a minor
> nit).

It's not simplistic, it's wrong as text files are assumed to contain binary
data. And staying compatible with an error isn't a good idea in my opinion.
That's why I suggested to remove this behaviour without having a good
suggestion for solving the whole problem.

> Or are you suggesting we add an equivalent to "Content-Transfer-Encoding?"
> IMHO that's useful for mail, but not for Subversion.

I learned from the discussion that it may not be easy or simple to come up
with a solution to the text/binary classification problem. That's why I
can't vote for sth. here. However, I still think the current behaviour is
unacceptable because it prevents me from using MIME type properties on eps,
ps, tex, and x(ht)ml files.

Andreas

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Sep 23 14:32:57 2005

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.