My thought on simplifying is to reduce most any-string! types to one type (implied string), and collapse both block! and paren! to list. So I would rather not have separate # and #() types with very different rules.
:-) I remember the ticket and chat.
I am concerned that if we don't have a clear map type in Ren, it may be seen as a weakness or gap. So we have to be able to clearly state the benefits and limitations.
"Doc uses this trick IIRC in R/S, to look more like C func call" Only for R/S macros with parameters, to more easily spot them among regular code.
You can look at http://pointillistic.com/ren/ to see what I have spec'd at this point. Open questions are path types, exact word syntax, and tag values. Comments or questions on other types are welcome.
Does anyone object to this group being [web public]?
web-public: Fine with me.
Where is this now? Sometimes a person does not understand what he is looking at when he first sees it. I am in an SQL training session and just learned how to export query results into XML. As I looked at the XML results I thought, this is ghastly; someone should make a data interchange format more like REBOL. Then I remembered that someone has...
You can see the state of things at ren-data.org.
Still some decisions to be made, and no reference implementations up yet, though I have a mostly done R3 parser for it which should port easily to R2 and Red.
Aside from the things that have ??? next to them in the informative grammar sidebar, 'quantity was something I put in there as a reminder to myself but is just a thought right now.
Do you have a tool for quick production of those railroad diagrams, or did you have to "brute-force" them?