On Thu, Jun 19, 2008 at 12:05 PM, Jan Hendrik
<list.jan.hendrik_at_gmail.com> wrote:
> Concerning Re: MIME Type for SVG images in SVN
> Ryan Schmidt wrote on 19 Jun 2008, 13:11, at least in part:
>
>> Kevin Grover wrote on 18 Jun 2008, 8:03, at least in part:
>>
>> > Notice however, if you set
>> > the mime type to ANYTHING other than text/*, then svn will treat the
>> > file as binary and will no longer allow you to do diff's etc.
>>
>> Strictly speaking, there are two exceptions: image/x-xbitmap and
>> image/x-xpixmap are also treated as text.
>
> Have there been any considerations about excepting */*+xml types
> in general as suggested in that thread back in 2004? Supposing of
> course that XML never can be binary. Or is there an intention to
> limit folks screwing up XML in plain text editors when they rather
> should use the proper application?
>
I don't remember that particular conversation, but I remember others.
Personally, instead of adding more exceptions to the svn:mime-type,
I'd rather see a more generic approach:
1) All files are binary by default (current situation)
2) You mark a file as text with a property: this is the current
situation. I would propose a change. I'd vote for svn:text-file
(some similar) as a new property. It could be set to '*' (like
svn:executable) or even to an eol setting (replacing svn:eol-style)
and/or encoding. We could have related properties
svn:text-file-eol-style and/or svn:text-file-encoding. If any are set
the file is text, otherwise it's binary. svn:mime-type can be
whatever you need it to be without affecting whether the file is text
or not). This is sort-of the way it is. However, the property used
it svn:mime-type and it's not obvious which files are text. Or at
least, it's not obvious what the expectations to anything other than
'text/*' is binary. This would have to be made in
or, as a consolidated property, svn:text (if set to anything) means
the file is text, it could further have the optional settings eol:
[native, cr, crlf, lf, any, ?]; encoding: [utf8, latin-1, ...]
The second syntax could be extended to add new attribute values
without affecting future version compatibility.
- Kevin
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-06-20 07:20:30 CEST