- From: Dave Pawson <dave.pawson@gmail.com>
- Date: Fri, 4 Feb 2022 09:12:33 +0000
- To: Norm Tovey-Walsh <norm@saxonica.com>
- Cc: "C. M. Sperberg-McQueen" <cmsmcq@blackmesatech.com>, ixml <public-ixml@w3.org>
Snipping lots On Fri, 4 Feb 2022 at 09:05, Norm Tovey-Walsh <norm@saxonica.com> wrote: I think I understand your logic Norm. > > Parse to the end of the input string... unless errors are found? Is > > that a reasonable caveat? > > In parsers of the sort we’re using for ixml, not finding a match isn’t > really an error, exactly. It just means your input isn’t a sentence in > the grammar. OK, we differ on our understanding of 'error'. If the input isn't a sentence in the given grammar. I understand that as an error. I'm curious why (if?) you don't? > > If a parser can determine that it will never succeed at some point > before it’s consumed all of the input, then it can return a failure at > that point. But that’s a quality of implementation concern, not a > conformance one. It’s perfectly reasonable for the parser to consume all > the input. A quality of implementation concern? Can we assume the author provided a good implementation (otherwise thereby lays(lies?) madness?). If the implementation returns a failure, I equate that with an error in the source string. Do you disagree with that Norm? regards -- Dave Pawson XSLT XSL-FO FAQ. Docbook FAQ.
Received on Friday, 4 February 2022 09:12:57 UTC