... That's not quite right. JSON says nothing at all about number representations. All it knows is sequences of digits with the occasional decimal points. JSON...
... Normalization is non-trivial, and I doubt if any existing Unicode library imposes it on all strings at creation/modification time. Certainly ICU does not;...
... You are over-interpreting the standard. Of course applications can delete characters: sed -s 's/t//39; deletes all t's from the input. And that's all...
... So you are now conceding that it's invalid JSON to send through unpaired surrogate code units, since they don't correspond to code points? We discussed...
... Yes. ... Ok. But in this case, would JSON specification itself help a lot? I understand that this is problematic, in that different platforms can choose...
Hello all, Huge speed optimizations in fastJSON v1.4 now officially the fastest JSON on the .net platform. http://www.codeproject.com/KB/IP/fastJSON.aspx...
Jansson 2.0 is finally out. This is a new major release that is (slightly) backwards incompatible with the older versions. Changes since v1.3 ... * Backwards...
... It is my opinion that the answer is "Yes". The standard must address some of the issues introduced by the use of Unicode (see below). Then there is the...
... The Foundation framework (specifically the NSString class) on Mac OS X and iPhone / iPad does. Not sure if 90+ million iPhones count for much, though. In...
Would it be too much to specify that key names are to be ASCII top-bit-unset strings? i.e. in the definition of an object, designate that the "string" there is...
Better question: How does the ECMA/javascript spec limit variable names? This seems to be the same question, in practical terms. Dave. ... [Non-text portions...
To save people looking it up: ECMA-262, section 7.6: Two IdentifierName that are canonically equivalent according to the Unicode standard are not equal unless...
... I am aware of that :) It occurs to me that since the intention is that JSON text deserializes into an instanced object, which will in some cases be a ...
... Indeed they would, which is precisely why {foo: "bar"} is not conformant JSON any more than {if: "bar"} would be, although the first is conformant ...
... I don't think so. In particular, it is often helpful to allow keys named "$" or "#foo" or such. In any case, the normalization rule for JavaScript ...
... Actually, it doesn't mean anything, because the RFC only says that the keys of an object SHOULD (not MUST) be unique. In practice, people probably parse...
... Yup, it got here in Normalization Form C, using U+00C4 in both cases. But that's email for you, and perhaps that's Apple for you too. I'd stick with...
... Restricting keys to < U+0080 (i.e., ASCII) is one way. Personally, I'm kinda partial to something along the lines of this: A JSON generator SHOULD only...
... There is another relevant section (ECMA-262, 8.4 The String Type, pg 28) When a String contains actual textual data, each element is considered to be a...
Just as the subject suggests... Do you need to double quote numeric values to be valid JSON? JSONlint seems to validate the following string just fine:...
... So it should: strings are quoted, numbers are not. ... Right. -- John Cowan cowan@... http://ccil.org/~cowan In computer science, we stand on each...
{"age":35} {"age":"35"} Are both legal JSON, but very different objects. Â In the first, age is the number 35, the second is a string with characters '3' and...
Hi All, I'm sure this has been asked before but I cannot find it here, so here is my question Is there a simple way to convert/deserialize and JSON object into...