Re: [Json] Proposal: the minimal edit

"Martin J. Dürst" <duerst@it.aoyama.ac.jp> Tue, 25 June 2013 08:55 UTC

Return-Path: <duerst@it.aoyama.ac.jp>
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 8CF4021F9F04 for <json@ietfa.amsl.com>; Tue, 25 Jun 2013 01:55:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.284
X-Spam-Level:
X-Spam-Status: No, score=-103.284 tagged_above=-999 required=5 tests=[AWL=0.506, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4, 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 k8-YCmBzc0VI for <json@ietfa.amsl.com>; Tue, 25 Jun 2013 01:55:29 -0700 (PDT)
Received: from scintmta02.scbb.aoyama.ac.jp (scintmta02.scbb.aoyama.ac.jp [133.2.253.34]) by ietfa.amsl.com (Postfix) with ESMTP id 1FB3921F9F0B for <json@ietf.org>; Tue, 25 Jun 2013 01:55:26 -0700 (PDT)
Received: from scmse02.scbb.aoyama.ac.jp ([133.2.253.231]) by scintmta02.scbb.aoyama.ac.jp (secret/secret) with SMTP id r5P8tL0l020584; Tue, 25 Jun 2013 17:55:21 +0900
Received: from (unknown [133.2.206.134]) by scmse02.scbb.aoyama.ac.jp with smtp id 380f_7570_f77b02c2_dd74_11e2_a239_001e6722eec2; Tue, 25 Jun 2013 17:55:21 +0900
Received: from [IPv6:::1] (unknown [133.2.210.1]) by itmail2.it.aoyama.ac.jp (Postfix) with ESMTP id 1A5E7BFC2B; Tue, 25 Jun 2013 17:53:54 +0900 (JST)
Message-ID: <51C95AEE.2020908@it.aoyama.ac.jp>
Date: Tue, 25 Jun 2013 17:55:10 +0900
From: "\"Martin J. Dürst\"" <duerst@it.aoyama.ac.jp>
Organization: Aoyama Gakuin University
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.9) Gecko/20100722 Eudora/3.0.4
MIME-Version: 1.0
To: Paul Hoffman <paul.hoffman@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> <B4858680-D319-4603-A1C3-D6A84195B300@vpnc.org>
In-Reply-To: <B4858680-D319-4603-A1C3-D6A84195B300@vpnc.org>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: "json@ietf.org WG" <json@ietf.org>, R S <sayrer@gmail.com>
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: Tue, 25 Jun 2013 08:55:33 -0000

I generally agree with Tim Bray on this.

<NIT>
However, please change 'errata' to 'erratum' (two times)
</NIT>

Regards,    Martin.

On 2013/06/25 6:28, Paul Hoffman wrote:
> <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/>.
>
>
> _______________________________________________
> json mailing list
> json@ietf.org
> https://www.ietf.org/mailman/listinfo/json
>