If only it were this easy to extended JavaScript with a new serialization format! If the serialized text can't be assigned to a JavaScript variable, it's not JavaScript notion.
I also tried something similar a few years back when I was sick of dealing with XML and coming to terms with the required quotes.
Before Spencer joined Carbonmade, I was right there with you. As the coding half of what was our two person design firm (Carbonmade was a side business at the time), I also handled the finances, server administration, and the onslaught of miscellaneous tasks that come up. It was getting to the point of being overwhelming, and things begin to be neglected. The least of which was our support account.
While today, it's amazing to have Spencer taking care of these things, delegating my workload in the beginning was a bit painful. We had stacks of paperwork to exchange and coordinate with our lawyers and accounting company. With OCD, was also difficult not to nit-pick ever single detail in the beginning. But as it began evident that he knew his shit (having ran several companies before joining us as an equal partner), these tendencies quickly subsided and our productivity skyrocketed.
@fjabre. We initially introduced the demo to help cut back on people signing up to see how the product worked with no intention of using it. Oddly enough, it actually reduced our total number of signups. But the users that make it through and signup are much more likely to be long term active users.
I also tried something similar a few years back when I was sick of dealing with XML and coming to terms with the required quotes.
http://xjson.org/
While it's certainly prettier to have native literals and optional quotes, it's simply not worth giving up the interoperability with JavaScript.