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

Re: MIME types

From: Hendrik Maryns <qwizv9b02_at_sneakemail.com>
Date: Wed, 17 Sep 2008 17:30:39 +0200

Hendrik Maryns schreef:
> Hendrik Maryns schreef:
>> Hi all,
>>
>> After two questions on the Subclipse list/group today, I started reading
>> about how Subversion handles mime types. It seems like I have to
>> provide it with a mime-types-mapping file. A file like that is present
>> in Gnome, though. Why doesn’t Subversion consider this file by default?
>> I suppose KDE has a similar ssystem set up? Why ask the user to
>> configure this file by hand?
>>
>> Second question: is it useful to enter more specific MIME types then the
>> generic application/octet-stream? Does it make any difference anywhere
>> if it says image/png or application/x-tex? The latter might be
>> problematic, I suppose, since it doesn’t say ‘text’, although a TeX file
>> is text only and should not be excluded from contextual merge.
>>
>> Cheers, H.
>
> This was supposed to go to the general Subversion users group.

Let me add to this that I have now read the thread ‘Action request:
mime-type of xml-dtd should be treated as text’ and do not agree with
those that are against treating xml as text. Even more: a lot of their
arguments are void for TeX file, there is for example NO text/ mime type
for TeX files, the only valid ones are application/x-tex and
application/x-latex.

Similarly: the argument: ‘don’t do it’ is also void: if a tool purports
to support something, it should support it properly, and not redefine
the meaning of it. Mime types are NOT meant to distinguish between
binary and text files.

H.

-- 
Hendrik Maryns
http://tcl.sfs.uni-tuebingen.de/~hendrik/
==================
Ask smart questions, get good answers:
http://www.catb.org/~esr/faqs/smart-questions.html

Received on 2008-09-17 17:31:29 CEST

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.