News for hackers. Stuff that matters.
Re:Eon: Extensible Object Notation by foo_barington5 on Friday December 31, 2021 @09:44PM (#29754955)
Re:Eon: Extensible Object Notation by whateveracct on Saturday January 01, 2022 @04:52AM (#29757016)
EDN is excellent

The Haskell implementation is elite too

https://hackage.haskell.org/package/hedn

Re:Eon: Extensible Object Notation by adamkl on Friday December 31, 2021 @09:46PM (#29754967)
You beat me to it by seconds!

Lots over overlap here with Clojure’s Extensible Data Notation (edn).

Re:Eon: Extensible Object Notation by olliej on Saturday January 01, 2022 @02:48AM (#29756421)
It has extensibility by having `'{' blargh '}'` be "don't parse the content between the braces". That isn't meaningfully different from just using strings/CDATA in json/xml.

The `blargh` between braces also can't contain closing braces - so they're not even fully generic.

Also, personal pet peeve - it should have a way to specify floating point values in binary, as there are many floating point values with textual representations that are massive and/or don't have numeric representation (nan, infinity, signaling variants)

Re:Eon: Extensible Object Notation by zvrba on Saturday January 01, 2022 @01:34AM (#29756119)
When someone writes "More extensible than XML", you know they've never truly seriously studied and used XML.
Re:Eon: Extensible Object Notation by galaxyLogic on Saturday January 01, 2022 @02:48AM (#29756424)
Looks very close to JavaScript.

I think JavaScript literal object notation might be a great choice for representing data. Then those who program in JS would have everything needed already?

Re:Eon: Extensible Object Notation by peter-m80 on Saturday January 01, 2022 @03:27AM (#29756619)
That date formatting is horrible
Re:Eon: Extensible Object Notation by Findecanor on Friday December 31, 2021 @10:23PM (#29755200)
Looks like a reinvention of NeXTStep's "Property Lists" (<https://en.wikipedia.org/wiki/Property_list>)