AltME: Ren - Data Exchange Format


Good point on never beating JSON for brevity. The hard part is not knowing how far out to push before we hit a point that turns people away.
We all seem to agree that specific is good. Unfortunately, specifically "what", WRT time for example.
And I am oblivious to chat elsewhere about it. Where is it?
Well, on one hand, it is good, that the community got to more public space, as SO serves as a stop-by channel for occassional lurkers, potentially interested in Rebol. On the other hand, it caused altme, which is much better for separated/private discussions, to almost die off. I don't understand the obstacle, it takes 1 minute to set-up and few secs to log-in. I will not even answer to the stubborn argument as of BrianH for eg. - I have not alme installed anymore and I will not do so :-)
SO definitely is much worse for a structured chat, cause of the nature of everything-fits-one-channel. And with various topics, the noise is quite high. I think there might be several options:
- new chat/talk system ... we speculated about some, but never tried anything else imo ...
- google groups + wiki  - it is public, can have threads/topics related to Ren, more formal proposals/summaries being written into wiki
- altme + wiki - dtto
As for Google groups - it is like a forum. We can have several named threads there. Those might get long in nature, but we can continue with Topic name 2, 3, 4, etc. Rebol google group kind of died off, maybe it could make it lively again and Rebol would benefit, because if someone looks there nowadays, it seems like Rebol has zero activity there ...
Trello was one option I was thinking of that certainly would suit the endeavour, but may or may not be a conduit for free-flowing ideas--not sure.
Wrt. railroad diagrams: my point was that if you specify first in BNF, then the Railroad diagrams come for free...
Isn't Trello just a tasking system? I have to miss on its certain functionality?
Wrt. other discussions--kind of makes my point. There has been discourse off and on in SO Chat on various issues: none, logic, map, urls, paths, plan -4. Again, wasn't suggesting it as the canonical source. It has flaws as you say...
Pekr, Trello--it's tasking, organising, cork-board, even chat. Also not without flaws--I'd like it better if it had a better resume of updates...
Perhaps a bit premature question. Will REN date/time format be prepared for the Mars One project?
Given the API though, it's not inconceivable that you could actually coalesce a specification there and generate a specification page based on the contents of a column.
Re. AltMe, I don't believe I'm the only one to find it ornery. Might be that it's just so awkward on OS X--even when you bundle it. Other things too.
OS X, ah yes. Ornery indeed. And there are other chat systems out there, but I really want to hear from a champion who knows one works really well, rather than just hoping it will be better.
The way I see it, BNF is an implementation. Need the design first.
Too much discussion about a non-problem?
I can tell, what I've done in the World language regarding date/time input. The date part defines a precise time also (midnight), so seconds from the Epoch can be calculated. Then I allow any time value for the time part, and World convert that to the actual seconds from Epoch, and a final date/time is shown to the user, if you're in the prompt. Examples:
w> 27-5-2015/-24:00:00
== 26-May-2015
w> 27-5-2015/100:00:00
== 31-May-2015/04:00:00
I see no need to put special restrictions on the time part of a date/time value. The final point in time is not ambiguous.
Doc's point from earlier is that, for Ren, that implies a computation rather than just a representation of a value.
Doc's point from earlier is that, for Ren, that implies a computation rather than just a representation of a value.
If we follow REBOL's lead, you can enter nonsensical values (though it errors on some).
Yes, and some systems using Ren might not be able to do, what e.g. World does. Is it really a problem? If you put invalid data into a system, it fails. Let it fail! (It's the Erlang philosophy again.) Users will then learn to put valid time valus into their date/time data. And if you some day need to talk to a system using time on Mars (where there are more than 24 hours in a day), you can still do that.
valus -> values
Judge the time used discussing this compared to the possible time spent in actual applications dealing with this potential problem. Don't waste too much time.

Last message posted 268 weeks ago.