... 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 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 ...
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...
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...
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...
... 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...
... 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...
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...
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...
... 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...
... 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...
... 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...
... 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;...
... 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...
... I agree in part. JSON parsers MUST NOT normalize their inputs, for the reasons given upthread. But JSON generators SHOULD generate normalization form C,...
... I think that limit is implied by the statement in the "Security considerations" section that says that JSON is a subset of JavaScript, where numbers are...
Regarding the handling of numbers, the RFC doesn't appear to make any mention of native representations of numbers - in fact, it only specifies what...
... This is my point. It happens both on the serialization side, but (at least in my opinion), it is much more likely to happen on the deserialization side. ...
... True. It would seem, at least to me, that this is one of those nuanced points that either a) Has not been given the proper consideration by Unicode...
I had the normalization question while writing json-stream in Ruby as well. I decided the parser shouldn't do Unicode normalization for the following reasons: ...
On Fri, Feb 25, 2011 at 3:09 PM, johne_ganz <john.engelhart@...> wrote: ... This is true statement, although the more practical question seems to be what...
... Not according to RFC 4627 it isn't. Section 3, Encoding, "JSON text SHALL be encoded in Unicode.", where SHALL is interpreted via RFC 2119 (i.e., SHALL is...
... For JSON's purpose, Unicode is just a set of code points. It gives some, such as { and }, special meaning. But in strings, everything should simply be...
... Not if it's Unicode. It is a common misconception that "Unicode" is just a set of code points, like say ASCII or EBCDIC. It is not. With ASCII, you can...