Re: [Json] Radically changing 4627bis

"Manger, James H" <James.H.Manger@team.telstra.com> Thu, 10 October 2013 00:39 UTC

Return-Path: <James.H.Manger@team.telstra.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 3EFE621E823A for <json@ietfa.amsl.com>; Wed, 9 Oct 2013 17:39:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.566
X-Spam-Level:
X-Spam-Status: No, score=-0.566 tagged_above=-999 required=5 tests=[AWL=0.335, BAYES_00=-2.599, HELO_EQ_AU=0.377, HOST_EQ_AU=0.327, RELAY_IS_203=0.994]
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 pqhdbsMJVDIy for <json@ietfa.amsl.com>; Wed, 9 Oct 2013 17:39:15 -0700 (PDT)
Received: from ipxcno.tcif.telstra.com.au (ipxcno.tcif.telstra.com.au [203.35.82.208]) by ietfa.amsl.com (Postfix) with ESMTP id 2929A21E8235 for <json@ietf.org>; Wed, 9 Oct 2013 17:39:13 -0700 (PDT)
X-IronPort-AV: E=Sophos;i="4.90,1067,1371045600"; d="scan'208";a="153712191"
Received: from unknown (HELO ipcani.tcif.telstra.com.au) ([10.97.216.200]) by ipocni.tcif.telstra.com.au with ESMTP; 10 Oct 2013 11:38:58 +1100
X-IronPort-AV: E=McAfee;i="5400,1158,7223"; a="116805684"
Received: from wsmsg3752.srv.dir.telstra.com ([172.49.40.173]) by ipcani.tcif.telstra.com.au with ESMTP; 10 Oct 2013 11:38:57 +1100
Received: from WSMSG3153V.srv.dir.telstra.com ([172.49.40.159]) by WSMSG3752.srv.dir.telstra.com ([172.49.40.173]) with mapi; Thu, 10 Oct 2013 11:38:57 +1100
From: "Manger, James H" <James.H.Manger@team.telstra.com>
To: Tim Bray <tbray@textuality.com>, Paul Hoffman <paul.hoffman@vpnc.org>
Date: Thu, 10 Oct 2013 11:38:56 +1100
Thread-Topic: [Json] Radically changing 4627bis
Thread-Index: Ac7FR8SyJbKTtkhMRaanxwN0WYX8uAAADAsg
Message-ID: <255B9BB34FB7D647A506DC292726F6E11531CC0153@WSMSG3153V.srv.dir.telstra.com>
References: <20131008234810.28645.8207.idtracker@ietfa.amsl.com> <CAHBU6isT8yv4-xf+cL0-RCdNu6DB=6G97MSaR7Z=F-Fz11BM3w@mail.gmail.com> <255B9BB34FB7D647A506DC292726F6E11531C3C187@WSMSG3153V.srv.dir.telstra.com> <E2C3B3A8-3897-44B4-8C9B-A784F63EED59@vpnc.org> <CAHBU6iv25XbpD8hZP7mQVjZaZ4PyQjmqBEiuQ3td0sJq9Q4=Lw@mail.gmail.com>
In-Reply-To: <CAHBU6iv25XbpD8hZP7mQVjZaZ4PyQjmqBEiuQ3td0sJq9Q4=Lw@mail.gmail.com>
Accept-Language: en-US, en-AU
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US, en-AU
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Cc: "json@ietf.org" <json@ietf.org>
Subject: Re: [Json] Radically changing 4627bis
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: Thu, 10 Oct 2013 00:39:21 -0000

> The descriptions in ECMA 404 and 4627 and json.org and ECMA 262 and the
> -bis draft are all isomorphic as respects JSON syntax.  Except for the
> ECMA family doesn't impose the top-level array-or-object restriction.

One "Except for" is almost enough reason not to rewrite the syntax in -bis.
Particularly as 404's removing of the top-level-is-array-or-object restriction
is NOT exactly the same as using the <value> ABNF production instead
of the <JSON-text> production in -bis. <value> doesn't allow whitespace around
strings, numbers, booleans, and null, while ECMA 404 does.

To be consistent with ECMA 404, 4627bis ABNF would need to be slightly adjusted.
From:
  value = false / null / true / object / array / number / string
To:
  value = ws ( false / null / true / object / array / number / string ) ws


> Thus there would be no benefit to a reader of -bis in making them go
> anywhere else to learn the syntax because it’s the same everywhere.

Conversely there is no benefit in making every reader wonder if there are
subtle differences between the ABNF-based syntax in -bis and the
tokens+racetrack description in 404.

Including 1 example JSON value in -bis would be sufficient for readers
not to have to return to 404 to remember (or even learn) the syntax.

--
James Manger