Opened 15 years ago
Closed 11 years ago
#7 closed defect (invalid)
Define YODA format in terms of YAML base syntax
Reported by: | buckley | Owned by: | buckley |
---|---|---|---|
Priority: | blocker | Milestone: | |
Version: | Keywords: | ||
Cc: | hoeth, dgrell |
Description
Since YAML is nice & clean, since we're using it elsewhere, and since making a parser for the "dat" format was proving to be a pain, we'll use YAML as the base format for YODA objects. The translation shouldn't be too hard, but this ticket can be used for kicking about some ideas. I've mocked up some examples on my laptop, which I'll copy on here shortly.
The main issues I see as up for discussion are how to represent more complex errors (which was anyway an unconsidered and awkward issue for the dat format), and whether to treat each object as a separate YAML document with the type as the top-level key, or to put them all in one doc with the path as the top key. I'm inclined to the latter, but I'll let you decide once you've seen the mock-ups...
Change History (2)
comment:1 Changed 15 years ago by
Status: | new → assigned |
---|
comment:2 Changed 11 years ago by
Cc: | hoeth,dgrell → hoeth, dgrell |
---|---|
Resolution: | → invalid |
Status: | assigned → closed |
We didn't go this way in the end...
A schematic example for comments: issues are
[NB. the values are represented as "variables" like xe+ rather than numbers to hopefully illustrate what they mean. Mentally replace them with doubles]