Brian Ingerson [mailto:ingy@...] wrote:
> Proposal: \
> Anything matching /^\/[\w\/.-]+$/ is tranfered as /org/yaml/path.
What about: d:/some/dir (DOS)
and: d:[some.path]file.type;ver (VMS)
or: whetever IBM uses...
Also, the type family for this is...? A 'File' object in Java, I guess, but
This is similar to the 18.104.22.168 IP address type family. Can we
justify paths and not IP addresses?
And currencies? I had a long talk with Clark about it and we have a pretty
nice idea on how to do them as implicit types... Can you justofy keeping
them out of the spec?
There are many useful application types which have no direct builtin support
in most languages. Clark is the one who put the Camel's nose into the tent
here - with his day/time types (OK I let him do it, so I share the blame
:-). Personally I'd be happy to stick with seq/map/int/float/bin (all of
which have built-in support in most advanced languages) and keep *everything
else* in a separate, frequently updated document in yaml.org.