Re: [ietf-types] Registration of media typeimage/svg+xml

Julian Reschke <julian.reschke@gmx.de> Fri, 19 November 2010 09:42 UTC

Return-Path: <julian.reschke@gmx.de>
X-Original-To: ietf-types@core3.amsl.com
Delivered-To: ietf-types@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 237E93A68D5 for <ietf-types@core3.amsl.com>; Fri, 19 Nov 2010 01:42:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.708
X-Spam-Level:
X-Spam-Status: No, score=-104.708 tagged_above=-999 required=5 tests=[AWL=-2.709, BAYES_00=-2.599, J_CHICKENPOX_23=0.6, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VOdX5YF2Pazn for <ietf-types@core3.amsl.com>; Fri, 19 Nov 2010 01:42:12 -0800 (PST)
Received: from pechora6.dc.icann.org (pechora6.icann.org [192.0.46.71]) by core3.amsl.com (Postfix) with ESMTP id AF4D33A68CD for <ietf-types@ietf.org>; Fri, 19 Nov 2010 01:42:11 -0800 (PST)
Received: from mail.gmx.net (mailout-de.gmx.net [213.165.64.23]) by pechora6.dc.icann.org (8.13.8/8.13.8) with SMTP id oAJ9gOlS021541 for <ietf-types@iana.org>; Fri, 19 Nov 2010 04:42:45 -0500
Received: (qmail invoked by alias); 19 Nov 2010 09:42:23 -0000
Received: from p508FD3F8.dip.t-dialin.net (EHLO [192.168.178.33]) [80.143.211.248] by mail.gmx.net (mp009) with SMTP; 19 Nov 2010 10:42:23 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1+cVQxMqkOcDXmkFebiTN05qwKabaDt3GCfbeu+ze HRirKq+pyr/Mb5
Message-ID: <4CE64676.40002@gmx.de>
Date: Fri, 19 Nov 2010 10:42:14 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Lightning/1.0b2 Thunderbird/3.1.6
MIME-Version: 1.0
To: Chris Lilley <chris@w3.org>
References: <1364503167.20100617162624@w3.org> <1715145489.20101118190255@w3.org> <4CE57C38.4080307@gmx.de> <282747763.20101118210121@w3.org> <4CE58A74.2060503@gmx.de> <01NUEK09JNWC007FL5@mauve.mrochek.com> <784237972.20101118232249@w3.org>
In-Reply-To: <784237972.20101118232249@w3.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.2.3 (pechora6.dc.icann.org [192.0.46.71]); Fri, 19 Nov 2010 04:42:45 -0500 (EST)
Cc: Maciej Stachowiak <mjs@apple.com>, Alexey Melnikov <alexey.melnikov@isode.com>, ietf-types@iana.org, ietf-xml-mime@imc.org
Subject: Re: [ietf-types] Registration of media typeimage/svg+xml
X-BeenThere: ietf-types@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Media \(MIME\) type review" <ietf-types.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf-types>
List-Post: <mailto:ietf-types@ietf.org>
List-Help: <mailto:ietf-types-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-types>, <mailto:ietf-types-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Nov 2010 09:42:13 -0000

On 18.11.2010 23:22, Chris Lilley wrote:
> ...
> In that case I can remove the section.
> ...

Thanks for that!

> ...
> Julian, does that satisfy your concern as well?
> ...

Partly. As Björn already said, the svgz file extension still is 
mentioned in a way that could be understood to say that the gzipped 
variant *is* the same mime type.

I think we have now agree that it is not, right?

One way to address this would be to mention it elsewhere, stating this 
is just a convention, and how it needs to be handled. I do believe that 
the registration template is not the best place for it, though (maybe a 
WG Note that establishes the filename convention and shows how to serve 
that stuff over HTTP?).

Of course an alternative is to make it a *separate* media type. I 
believe that Maciej Stachowiak said at the Lyon TPAC that Safari on 
MacOS internally uses media types, and that they actually had to add a 
workaround so that they could map both *.svg and *.svgz to the same 
(hopefully I got that right; cc'ing him). That's exactly the kind of 
problem I'm hoping to avoid.

Best regards, Julian