Re: [Json] Proposal: the minimal edit

Norbert Lindenberg <ietf@lindenbergsoftware.com> Tue, 25 June 2013 03:12 UTC

Return-Path: <ietf@lindenbergsoftware.com>
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 EC2EB11E8105 for <json@ietfa.amsl.com>; Mon, 24 Jun 2013 20:12:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.67
X-Spam-Level:
X-Spam-Status: No, score=-3.67 tagged_above=-999 required=5 tests=[AWL=-0.071, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 cdCsVeIe--6i for <json@ietfa.amsl.com>; Mon, 24 Jun 2013 20:12:09 -0700 (PDT)
Received: from mirach.lunarpages.com (mirach.lunarpages.com [216.97.235.70]) by ietfa.amsl.com (Postfix) with ESMTP id 25C3821F91A5 for <json@ietf.org>; Mon, 24 Jun 2013 20:12:09 -0700 (PDT)
Received: from 50-0-136-241.dsl.dynamic.sonic.net ([50.0.136.241]:55760 helo=[192.168.0.5]) by mirach.lunarpages.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80) (envelope-from <ietf@lindenbergsoftware.com>) id 1UrJfs-002JmA-4T; Mon, 24 Jun 2013 20:12:08 -0700
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="us-ascii"
From: Norbert Lindenberg <ietf@lindenbergsoftware.com>
In-Reply-To: <B715472E-E5D1-4766-867C-73C19A5000F4@vpnc.org>
Date: Mon, 24 Jun 2013 20:12:03 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <09DF5600-BB4B-49F3-B6A9-35F04B77B131@lindenbergsoftware.com>
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> <CAHBU6ivUL6YvtMiajQwfftNgrRJk4dqiFs1yowoxfLi5wh2_hQ@mail.gmail.com> <20130624233521.GF19899@mercury.ccil.org> <3D442E5F-F9ED-47DB-9E1D-29ACA8588717@vpnc.org> <3BBF18FB-63DE-40DE-93B4-1F8343386872@lindenbergsoftware.com> <6B5B32EF-E4EA-461A-8C73-262375703A04@vpnc.org> <A11BEF17-E44D-44C7-B026-81EE86655801@lindenbergsoftware.com> <B715472E-E5D1-4766-867C-73C19A5000F4@vpnc.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
X-Mailer: Apple Mail (2.1283)
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - mirach.lunarpages.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - lindenbergsoftware.com
X-Get-Message-Sender-Via: mirach.lunarpages.com: authenticated_id: ietf@lindenbergsoftware.com
Cc: Norbert Lindenberg <ietf@lindenbergsoftware.com>, "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: Tue, 25 Jun 2013 03:12:15 -0000

On Jun 24, 2013, at 19:14 , Paul Hoffman wrote:

> <no hat>
> 
> On Jun 24, 2013, at 6:35 PM, Norbert Lindenberg <ietf@lindenbergsoftware.com> wrote:
> 
>> 
>> On Jun 24, 2013, at 17:28 , Paul Hoffman wrote:
>> 
>>>>> - ECMAScript implementations can generate and consume code points in JSON strings that are not
>>>>> Unicode characters.
>>>> 
>>>> Which definition of "Unicode character" are the three of you referring to?
>>> 
>>> Does it actually matter? This thread is about making minimal changes to the current spec. The current spec says "Unicode characters". The proposed addition to the spec indicates that, for some definition of "Unicode character" that is not in RFC 4627, ECMAScript can have strings with more than just Unicode characters.
>>> 
>>> Do you believe that proposed sentence is incorrect?
>> 
>> Without a definition of "Unicode character" we can't determine whether the sentence is correct or not.
> 
> I believe you can. If you look at the mailing list, you will see that some people interpret ECMAScript as allowing every code point in strings.

I'm one of these people.

> There are some code points that do not represent Unicode characters.

Absent an agreed-upon definition of "Unicode character", I can simply define the term to be a synonym of "code point", which renders the sentence incorrect.

Code point, assigned code point, reserved code point, surrogate code point, and noncharacter code point are terms that the Unicode standard defines and that should be used in the RFC.

Norbert