From: Oren Ben-K. <or...@ri...> - 2001-11-10 20:46:30
|
Brian Ingerson wrote: > > | Hmmm - this means \- scalars are still implicitly > > | typed (unless starting with an alpha), right? > > | The '-' just forces treating the value as > > | unquoted, period. That seems simpler. > > > > I'd like the trailing - to remove all "magic", > > both implicit types and quoting. > > Wow. That seems really nice. Might as well get a little extra free > milage out this. I like it. Oren? Actually, it is horrid - spaking from a productions point of view. Before you both jump, I'm now at exactly a 100(!) productions, which I find a tad excessive. This is due to all the "convenience" cases - leaving out things unless they are truly required. Specifying all this in BNF is a pain. At any rate, the productions point of view does has some merit, because it got me thinking about the following notion. If we already have two next-line indicators (say \ and \-); and two forms of multi-line folded scalars (quoted and unquoted); then wouldn't it make much more sense to just associate them? Say \ would always indicate an unquoted scalar, and \- always indicate a quoted one (so it would be an error if it wasn't followed by one). That would save me, I think, about 5 productions. Not to mention making it much easier to explain. The text describing unquoted scalars isn't too pretty right now. Hmmm. I think it is better to use \ (unquoted) and \\ (quoted), you can think of it as a mnemonic (what does \ look like in the scalar). So: this: \\ "is a quoted string, slash = \\" that: \ "is not! slash = \". See? Thoughts? I'm finalizing the unquoted scalar last, because it is such a mess, so I'm working on this as I send this. I think that unless one of you will hit the keyboard really fast to stop me, I'll write it up this way just so I can get back to two-digit production numbers :-) As for the references, I don't quite agree with some of Brian's examples, but it is too late at night now to go into this. Tomorrow, after the spec is done... Have fun, Oren Ben-Kiki Cheers, Brian _______________________________________________ Yaml-core mailing list Yam...@li... https://lists.sourceforge.net/lists/listinfo/yaml-core |