AltME: Ren - Data Exchange Format
Wednesday 27th May, 2015
My point about context, yes. BUT (all caps), what does your spec look like now? Ugly is what.
Date and time is some of the hardest datatypes to implement.
I think the REN data format should be self-explaining. XX:YY isn't.
Now we know why JSON left out date-time. :-)
If we make seconds optional, the onus is on the user to make things unambiguous if they want. If we say two segments are
, that's what they are, even if we sometimes forget. :-\
World goes a bit further. Examples:
w> 12:00 + 1 ; Here 12:00 is HH:MM
w> 12:00.1 ; Here it's MM:SS.1
So if you just have two numbers separated by a colon, it is minutes and seconds, if you have fraction also.
REBOL does that as well, which I think Ren should NOT do.
Ah yes, Rebol does it too.
Maybe you need Loose Ren and Strict Ren?
Nope. Need to keep it simple.
That doesn't mean people can't write tolerant loaders though.
So if we start with
all being required, and everyone writes loaders that allow just
, changing the spec to allow that won't invalidate any existing Ren data.
It's almost mission impossible. Easiest then is to skip date and time, so users need to use strings. But this is probably not, what we see as a useful format coming from Rebol.
Good point, Gregg.
If we leave out date-time, we're not much better than JSON.
It's just "mission compromise".
But if REBOL, Red, and World all allow just
, we're incompatible
No perfect answers.
There won't be 100% compatibility anyway. No construction syntax, etc.
Last message posted 254 weeks ago.