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

[Subclipse-users] Re: MIME types

From: Jan Hendrik <list.jan.hendrik_at_gmail.com>
Date: Wed, 17 Sep 2008 16:22:38 +0200

Concerning Re: MIME types
Hendrik Maryns wrote on 17 Sep 2008, 16:02, at least in part:

> Hendrik Maryns schreef:

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

Had the same issue with javascript and SVG files. For the latter I
ended up commenting out the MIME setting, for the former I fell
back to the deprecated text/javascript. Dunno what good it does in
either case, probably there is some relevance when browsing the
repository. For binary files like images or PDF I guess it is better
to set a MIME type of at least application/something so that by
any chance SVN does not consider it as ASCII. And then one can
do it right and set the correct MIME type ...

Jan Hendrik
---------------------------------------
Freedom quote:

     It is our attitude toward free thought and free expression
     that will determine our fate. There must be no limit on the range
     of temperate discussion, no limits on thought. No subject must be taboo.
     No censor must preside at our assemblies.
               -- William O. Douglas
                  U.S. Supreme Court Justice, 1898-1980

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-09-17 16:42:41 CEST

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

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