|
I can't imagine that the validator could be laughable in any way. Regarding your problem: it sounds like you're not too familiar with the way validators, parsers, compilers, interpreters work. You should always and _only_ focus on the first error, because it's very likely that all subsequent errors are caused by the first. As soon as the first one goes away, the subsequent errors might as well, but then you'll hit the second "real" error with its own subsequent errors. That's how those tools work. It doesn't make sense to consider damages of an airplane in mid-air, they're supposed to be fixed before the start. Depending on the internal workings of the validator, it could be that the first error confuses the line numbers in subsequent errors, but at least the line numbers for the first error should be correct. Please keep in mind that the validator might complain at the end of an corrupt XHTML (or other) statement, not at the beginning, because sometimes parsers continue reading for technical reasons or in the hope to find a solution later, but don't keep track where a suspicious statement started because in most cases it turns out to be OK. If you think it's an error in epubcheck, we could investigate further and should fix it, so all epubcheck users benefit from the fix.
|