Re: [Json] Proposal: the minimal edit

Paul Hoffman <paul.hoffman@vpnc.org> Mon, 24 June 2013 21:28 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: json@ietfa.amsl.com
Delivered-To: json@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2B26811E8188 for <json@ietfa.amsl.com>; Mon, 24 Jun 2013 14:28:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.511
X-Spam-Level:
X-Spam-Status: No, score=-102.511 tagged_above=-999 required=5 tests=[AWL=0.088, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 BMn5R+Tnmubk for <json@ietfa.amsl.com>; Mon, 24 Jun 2013 14:28:26 -0700 (PDT)
Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) by ietfa.amsl.com (Postfix) with ESMTP id D4D0711E8166 for <json@ietf.org>; Mon, 24 Jun 2013 14:28:26 -0700 (PDT)
Received: from [10.20.30.90] (50-0-66-165.dsl.dynamic.sonic.net [50.0.66.165]) (authenticated bits=0) by hoffman.proper.com (8.14.5/8.14.5) with ESMTP id r5OLSL6P086960 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 24 Jun 2013 14:28:22 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Content-Type: text/plain; charset="windows-1252"
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <CAChr6SwbFfR5UQuU2ceJhDeGAhv5Zy0dKA3szzO_KGfjA7fx5Q@mail.gmail.com>
Date: Mon, 24 Jun 2013 14:28:21 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <B4858680-D319-4603-A1C3-D6A84195B300@vpnc.org>
References: <CAChr6SyN4Z3Hh8OFGHkK+AJN0+S09wMfjeobZ51GjKNL+GhPsw@mail.gmail.com> <CAHBU6ivhoUM9cfUnc1YfnyDdQnWQ=Mj10cSoYn0qouMQ0F94XA@mail.gmail.com> <CAChr6SyQDjik_BTojXdw3G7_B=W5iZXksuM15VYwGJqr8WHdhw@mail.gmail.com> <CAChr6SwbFfR5UQuU2ceJhDeGAhv5Zy0dKA3szzO_KGfjA7fx5Q@mail.gmail.com>
To: R S <sayrer@gmail.com>
X-Mailer: Apple Mail (2.1508)
Cc: "json@ietf.org WG" <json@ietf.org>
Subject: Re: [Json] Proposal: the minimal edit
X-BeenThere: json@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "JavaScript Object Notation \(JSON\) WG mailing list" <json.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/json>, <mailto:json-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/json>
List-Post: <mailto:json@ietf.org>
List-Help: <mailto:json-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/json>, <mailto:json-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jun 2013 21:28:28 -0000

<no hat>

A few people on this thread have said they might support Rob's idea if they knew all the changes, and a few changes were thrown back and forth. I propose the following is a full set of what is needed. Please note the wording at the beginning of the proposed Section 1.3: this is about what ECMAScript actually says about JSON, not what that means to ECMAScript implementations.

Thoughts?

--Paul Hoffman

Add Section 1.2, "Changes from RFC 4627"

   This section lists all changes between this document and the text in
   RFC 4627.

   - Applied errata #607 from RFC 4627 to correctly align the artwork
     for the definition of "object".

   - Applied errata #3607 from RFC 4627 by removing the security
     consideration that begins "A JSON text can be safely passed"
     and the JavaScript code that went with that consideration.

   - Added Section 1.3, "Differences from the JSON Definition in ECMAScript". 

   - Changed the [ECMA] and [UNICODE] references to be non-version-specific.

Add Section 1.3, "Differences from the JSON Definition in ECMAScript"

   The following lists the known major differences between this document and the definition of JSON
   in Section 15.12 of [ECMA].

   - ECMAScript implementations produce and consume primitive JSON values at the root level of JSON
     documents.

   - ECMAScript implementations can generate and consume code points in JSON strings that are not
     Unicode characters.

   - When there are duplicate names within an object, ECMAScript JSON parsers overwrite the value
     corresponding to such names with the value that appears last in the serialization.

In Section 6, remove "A JSON text can be safely passed" and the JavaScript code in the following
paragraph.

In Section 9, change the title in the reference to [ECMA] to be be non-version-specific:

   [ECMA]    European Computer Manufacturers Association, "ECMAScript
             Language Specification",
             <http://www.ecma-international.org/publications/files/
             ecma-st/ECMA-262.pdf>.

In Section 9, change the reference to [UNICODE] to be be non-version-specific:

   [UNICODE]  The Unicode Consortium, "The Unicode Standard",
              <http://www.unicode.org/versions/latest/>.