Re: [apps-discuss] W3C TAG Comment on Draft Media Type Specifications and Registration Procedures

Ned Freed <ned.freed@mrochek.com> Sun, 22 April 2012 02:32 UTC

Return-Path: <ned.freed@mrochek.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1D0321F847A for <apps-discuss@ietfa.amsl.com>; Sat, 21 Apr 2012 19:32:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.488
X-Spam-Level:
X-Spam-Status: No, score=-2.488 tagged_above=-999 required=5 tests=[AWL=0.111, BAYES_00=-2.599]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v51cmo52R97q for <apps-discuss@ietfa.amsl.com>; Sat, 21 Apr 2012 19:32:37 -0700 (PDT)
Received: from mauve.mrochek.com (mauve.mrochek.com [66.59.230.40]) by ietfa.amsl.com (Postfix) with ESMTP id B63C221F8478 for <apps-discuss@ietf.org>; Sat, 21 Apr 2012 19:32:37 -0700 (PDT)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OELBGXVCVK000IBS@mauve.mrochek.com> for apps-discuss@ietf.org; Sat, 21 Apr 2012 19:32:33 -0700 (PDT)
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01OEGM6GSINK00ZGHB@mauve.mrochek.com>; Sat, 21 Apr 2012 19:32:31 -0700 (PDT)
Message-id: <01OELBGW2MR400ZGHB@mauve.mrochek.com>
Date: Sat, 21 Apr 2012 19:32:03 -0700
From: Ned Freed <ned.freed@mrochek.com>
In-reply-to: "Your message dated Fri, 20 Apr 2012 11:30:54 +0100" <02811F06-0325-4A0D-AE0D-3B5AF07EAE97@jenitennison.com>
MIME-version: 1.0
Content-type: TEXT/PLAIN
References: <4F877CEE.5030107@arcanedomain.com> <01OE8S1I9Z2K00ZUIL@mauve.mrochek.com> <9452079D1A51524AA5749AD23E0039280EF063@exch-mbx901.corp.cloudmark.com> <CA8E55D5-822A-47DC-B5CB-583CC328227B@jenitennison.com> <4F87EBD4.90501@gmx.de> <CFA00AEC-F80B-4517-8101-A5DDA57555ED@jenitennison.com> <01OEABGEZ8RU00ZUIL@mauve.mrochek.com> <098D7D86-2FF3-4287-800F-5FAB6C0212F2@jenitennison.com> <01OEE9DUSD8400ZUIL@mauve.mrochek.com> <4F8D189A.3010304@gmx.de> <4F901485.20800@maillennium.att.com> <01OEITCHB07U00ZGHB@mauve.mrochek.com> <02811F06-0325-4A0D-AE0D-3B5AF07EAE97@jenitennison.com>
To: Jeni Tennison <jeni@jenitennison.com>
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mrochek.com; s=mauve; t=1335061985; bh=hlHJi8uzTbtCeRVhJCbH75whbrIabkThjmV2n0iwwRY=; h=Cc:Message-id:Date:From:Subject:In-reply-to:MIME-version: Content-type:References:To; b=NBeBtUVtVQrM2jR97xFTnJPzHf77H0o1Eg6vCN82bEHiXq6EaxzkrHctH+rL4Ikz2 kZlmGrq1iZ770DmjddAU5iReCHurjzvy3nEBX/nYlEyF1NYzw7KdjmPOvuXDfpVmTg oTDp/pBY67iAn/7GyvuNyz8iSYotHel2yrI66Xbc=
Cc: "www-tag@w3.org List" <www-tag@w3.org>, Ned Freed <ned.freed@mrochek.com>, Tony Hansen <tony@maillennium.att.com>, apps-discuss@ietf.org
Subject: Re: [apps-discuss] W3C TAG Comment on Draft Media Type Specifications and Registration Procedures
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 22 Apr 2012 02:32:38 -0000

> Hi Tony,

> On 20 Apr 2012, at 08:24, Ned Freed wrote:
> >> So I've added these Fragment identifier considerations sections to the
> >> suffixes that have an underlying media type registration.
> >>
> >>     Media types using "+json" MUST accept any fragment identifiers
> >>     defined for "application/json". Specific media types may
> >>     identify additional fragment identifier considerations.
> >
> > I like the overall idea but, per the above, MUST is too strong. SHOULD
> > is appropriate here, and I'd capitalize the may in the second sentence.

> I agree with Ned about softening the wording. The other thing that you could specifically draw out is that fragment identifiers that are classed as errors in the media type related to the suffix may be classified as OK within a specific media type.

> The other (word-smithing) comment I'd make is that it's not enough for the specific media type to 'accept' fragment identifiers: they should be processed in the same way as well.

> So I'd suggest something like:

>     Media types using "+json" SHOULD process any fragment identifiers
>     defined for "application/json" in the same way as defined for that
>     media type. Specific media types MAY identify additional fragment
>     identifier considerations and MAY define processing for fragment
>     identifiers that are classed as errors for "application/json".

I think adding this is a good idea.

				Ned