Re: [Json] Two Documents

["Pete Cordell" <[e-mail]>]

Original Message From: "Tim Bray"

> So I think it would be abusive to our customers to make them read two
> documents to get their jobs done.  I’m scratching my head to think of
> anyone who would read one of these documents but not the other, and I’m
> coming up empty.

My feeling is that the current JSON spec has warts, largely due to 
ambiguity, that many of us would like to see resolved, but by the nature of 
backwards compatibility we can't fix them with a one document strategy.

I'm musing that what I'd ideally like to see is a document to describe JSON 
as it currently is, warts and all, in a document called "The JSON Data 
Interchange Format".  As much as anything this would highlight ambiguities 
in the current spec, but not necessarily resolve them.

Then have a separate spec named along the lines of "The Good JSON Data 
Interchange Format" that has a structure similar to the first, but has 
wording along the lines of "A good JSON parser MUST..." etc.

Hopefully the second one can be effectively JSONbis and a single document 
source for anybody that wants to go that route, and is also less ignorable 
than an informational BCP for those that like to cut corners on 
implementation.

Pete Cordell
Codalogic Ltd
C++ tools for C++ programmers, http://codalogic.com
Read & write XML in C++, http://www.xml2cpp.com