Joyless

@trobro Thanks for your feedback! I agree it's good to have a stable format, rather than a language like programming languages that get new features every year. However, the reason...

> @Joy-less if you want to do this for fun (to learn) then just go for it. It may be hard if you want it to be a "success". YAML...

I've created an organisation for the new format at https://github.com/orgs/jsonh-org/repositories. It currently contains a language spec repository and a C# implementation repository. All members of the hjson organisation are welcome...

> > 3. With the ambiguity changes to unquoted strings, I don't think it's necessary for this. `::` just seems like bloat to me. The thing about unquoted strings is...

Now that I think about it, escaping a number like that would be a horrible idea because of the `\0` (null) escape sequence from [JSON5](https://spec.json5.org/#strings:~:text=U%2B000B-,%5C0,-Null).

> Require braces for all objects, including root objects One thing I'm considering is to allow omitted braces for arrays as well as objects, making it more universal. ```jsonh colors:...

> I quite like the place Hjson has drawn the line between clarity and brevity. It is one of the main advantages over YAML, which goes too far in the...

I created four discussion issues about design issues I've experienced. If anyone here could weigh in with an opinion or criticism that would be good. https://github.com/jsonh-org/Jsonh/issues @trobro @laktak @anyone_else_with_an_opinion _Also,...

My implementation of JSONH version 1 is now complete: - Language design: https://github.com/jsonh-org/Jsonh - C# parser: https://github.com/jsonh-org/JsonhCs - VSCode highlighter: https://github.com/jsonh-org/JsonhVscode  Other people are free to create implementations in...

> I also decided to create my own spec: https://maml.dev > > Consider take a look if you're intrested. I prefer the additions of JSONH to what is proposed here,...