[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Please stop writing specifications that cannot beparsed/pr
Marcus Reichardt <u123724@gmail.com> writes: > Also, is it really relevant that you can't use off-the-shelf LALR > parser generators for a markup meta language that itself acts as > parser generator? I'm a little puzzled here. Were you not claiming, in your earlier mail, that writing a parser for XML would be "exactly as complicated" as writing a parser for SGML "since the parser lib does the heavy lifting"? If it's not relevant, why did you bring it up? On re-reading your earlier post, I see now that what you wrote can be interpreted as saying only that for people using an existing parser via a SAX interface, it doesn't matter whether the input is SGML or XML. This is true, and I apologize for my misreading. But since you ask, yes I think it's very relevant. The relatively deep intertwining of validation with everything else in ISO 8879 makes it hard to write even simple tools. That (imho) is part of what made the Basic SGML profile a non-starter: a parser had to perform validation in order even to distinguish data characters from other characters. If 8879 had been designed to be parseable using standard parser generation tools (yes, grandchildren, there were such things back then), it's possible there would have been a more tractable layering of information. Michael -- C. M. Sperberg-McQueen Black Mesa Technologies LLC http://blackmesatech.com
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] |
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|