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

Re: [Subclipse-users] MIME types

From: Mark Phippard <markphip_at_gmail.com>
Date: Wed, 17 Sep 2008 10:26:27 -0400

On Wed, Sep 17, 2008 at 10:09 AM, Jens Seidel <jensseidel_at_users.sf.net> wrote:
> On Wed, Sep 17, 2008 at 10:01:56AM -0400, Mark Phippard wrote:
>> On Wed, Sep 17, 2008 at 9:59 AM, Hendrik Maryns
>> <qwizv9b02_at_sneakemail.com> wrote:
>> > 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 there is a MIME type, and it is not text/* then the file will not
>> support contextual merging and is treated as binary. The main purpose
> Even if svn:eol-style = native is set?

I do not know. There have been lots of different conversations about
ways to enhance this, including adding new properties. I know the
latter has not happened, but it is possible things like setting the
svn:eol-style have been made to take precedence. If it doesn't, I
think it is worth raising it on the users@ list.

>> of the MIME type is simply to serve it via HTTP using that mime type.
>> When accessing the repository directly via HTTP GET command.
> I read also that it may be used in the future by compare viewers. Images
> cannot be (in general) compared using svn diff.

Possibly, but that is a pre-1.0 enhancement. It does not seem like
anyone is considering it.

Mark Phippard
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:26:37 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.