[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: Greg Thomas <thomasgd_at_omc.bt.co.uk>
Date: Wed, 17 Sep 2008 15:33:01 +0100

On Wed, 17 Sep 2008 16:02:43 +0200, Hendrik Maryns
<qwizv9b02_at_sneakemail.com> wrote:

>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?

I wonder if a post-commit hook to add an appropriate MIME type to all
files just "A"dded is the easiest option?
>> 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.

If you're using Apache to access your repository, then the correct
MIME type is presented to the browser; this means you can browse
directly to your PNG file and see it rendered.

http://subversion.tigris.org/faq.html#binary-files is also relevant
here, too (though IIRC more recent versions of the svn client allow
you to use the --force qualifier to attempt merging/diffing/blaming of
binary files).


This post represents the views of the author and does
not necessarily accurately represent the views of BT.
To unsubscribe, e-mail: users-unsubscribe_at_subversion.tigris.org
For additional commands, e-mail: users-help_at_subversion.tigris.org
Received on 2008-09-17 16:33:32 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.