Re: [ietf-types] Additional comments on image/svg+xml
Ron Wilson <wilsonronl@gmail.com> Thu, 18 November 2010 21:19 UTC
Return-Path: <wilsonronl@gmail.com>
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 BB2D33A68F3 for <ietf-types@core3.amsl.com>; Thu, 18 Nov 2010 13:19:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_42=0.6]
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 wOC9OsE6-jh5 for <ietf-types@core3.amsl.com>; Thu, 18 Nov 2010 13:19:38 -0800 (PST)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id DBF3A3A68CF for <ietf-types@ietf.org>; Thu, 18 Nov 2010 13:19:37 -0800 (PST)
Received: by gxk27 with SMTP id 27so2377132gxk.31 for <ietf-types@ietf.org>; Thu, 18 Nov 2010 13:20:25 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=i4Al8Yf5BqgYsIDHddRLWVuG7TwCA5VqHCTh6jjVngA=; b=DrUN9u5rF5O6zlj8+iFrwGSQYNHlrUTzlukUB37Lv9xvBlG2rYs7GYo6Rt05GcJDzq 4AEeLJklDn28761J0zCXhxQc4vZiNv4MG9XA8t/kGwmh+M381HfZZbS4Q4vuaeU5WXGi EyV7ZahSfJVVkrQVzUiK7DdpmYbqDbhYP3mO0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Ju9/LjzS2jkLMgwu2S2R4nFYLYCH7nNpuVl5ZUNIGEDQC4FCL9EvcsT00uXE2yzgy+ PKwnVfb0Fw3c3pZKkjoKRXZ4dXVZ4TfI1nrqGO1rLZ5ST8yP0Qf8t1mUevKAq4FdMob1 h1y5a+wqDOqqxmdKfrTuumIBi6bfe/rNV2Avs=
MIME-Version: 1.0
Received: by 10.42.213.198 with SMTP id gx6mr872176icb.483.1290115223632; Thu, 18 Nov 2010 13:20:23 -0800 (PST)
Received: by 10.42.179.195 with HTTP; Thu, 18 Nov 2010 13:20:23 -0800 (PST)
In-Reply-To: <4CE558B1.80400@gmx.de>
References: <AANLkTim5-=3A68M5GveeaOBQb8QtghUUWDerRBY3arxH@mail.gmail.com> <4C816A6F.40402@gmx.de> <4C873B4E.8040107@it.aoyama.ac.jp> <4CD2E04F.8070307@gmx.de> <4CE4EB0F.1000307@gmx.de> <639427485.20101118173002@w3.org> <4CE558B1.80400@gmx.de>
Date: Thu, 18 Nov 2010 16:20:23 -0500
Message-ID: <AANLkTinbKrBiAuWi9CgMViO3u0JU14ch-45jvt9oee1g@mail.gmail.com>
From: Ron Wilson <wilsonronl@gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: ietf-types@ietf.org, ietf-types@alvestrand.no, Alexey Melnikov <alexey.melnikov@isode.com>
Subject: Re: [ietf-types] Additional comments on image/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: Thu, 18 Nov 2010 21:19:38 -0000
On Thu, Nov 18, 2010 at 11:47 AM, Julian Reschke <julian.reschke@gmx.de> wrote: > On 18.11.2010 17:30, Chris Lilley wrote: >> You seem to be assuming that, in a MIME environment, they would see the >> compressed stuff. The point of labelling it is that it can be recognised, >> decompressed, and handed off to the 'generic application'. > > But in that case, the gzipped version really is *not* an instance of > image/svg+xml. > > Why can't you just simply state the recommendation for "svgz" *outside* the > description of the media type? This is certainly consistant with my understanding of the use of "Transfer-encoding:". "svg" would be the official extension for "image/svg+xml" and the only one that applications should have to deal with. Any other extension used would be an implementation detail of the service providing/hosting the SVG resource. As a related side point, if there really is a need for a type to cover gzip'ed SVG, I think that "application/vnd.svg" would be more appropriated.
- Re: [ietf-types] Additional comments on image/svg… Julian Reschke
- Re: [ietf-types] Additional comments on image/svg… Julian Reschke
- Re: [ietf-types] Additional comments on image/svg… Julian Reschke
- Re: [ietf-types] Additional comments on image/svg… Chris Lilley
- Re: [ietf-types] Additional comments on image/svg… Julian Reschke
- Re: [ietf-types] Additional comments on image/svg… Ron Wilson