From: Clark C . E. <cc...@cl...> - 2001-12-17 04:26:21
|
| We have a new YAC, #7: Rename 'implicit' to 'simple'. Because not all simple | leafs are implicitly types; they may be explicitly typed. And other leafs | may be implicitly typed using a '!' transfer property. Right. Although like 'plain' better for this type... but that leaves us without a word for the 'folded' scalar. | We'll do a YAC-list HTML page to keep track of issues. Place it and the spec | under CVS control so we can do small changes easily (assuming changes from | now on will be small). Right. | YAC#3.2 is what we agreed upon for URIs. | !type:java/tld.domain|Type | !java/tld.domain|Type Where the latter is an abbreviation for the former. | This is tricky for Perl, because we don'y have a package. I guess we'll | | !perl/|%Net::Ftp | | Unless we want to write: | | !perl/cpan|%Net::Ftp | | Or best of all (IMO): | | !perl/Net|%Ftp | | Brian's call... Brian? I thought we had also agreed that !perl|xxx is short for !type:perl|xxx -- the slash can be optional, no? | !seq is shorthand for !type:any/org.yaml|seq | and !tld.domain|type is !type:any/tld.domain|type | so everything is a URI and all we have is a | defaulting mechanism for URIs. Right. And since tld.domain has a period, the !perl|xxx style short hand can be assigned as well. | We'll be using ';' for format. Right. | YAC#6.1 gained some favor: | | - key1: value1 | key2: value2 | | Is equal to: | | - | key1: value1 | key2: value2 | | This is an error: | | - key1: value1 | key2: value2 | | This is a sub list: | | - top key: | sub key: sub value | | Typing is of a key: | | - !key-type key: value | - !map-type | key: value | | The use case is "list of maps" (it looks even better with a single key/pair | value). The use case is common (our invoice example has an instance). | | Clark will go with it, but he thinks its ugly (he likes the empty '-' lines, | believe it or not :-). I'd rather keep it in, but won't make too much of a | fuss about it. So, Brian, the ball is in your court... It's ugly, but it'll work for me. Best, Clark -- Clark C. Evans Axista, Inc. http://www.axista.com 800.926.5525 XCOLLA Collaborative Project Management Software post: sm...@ya... info: http://groups.yahoo.com/group/sml-dev Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ |