Matt Garrish

> Are you saying that this should be an issue against EPUB 3 rather than epubcheck? Might come down to that. It looks like an addition to the html schemas....

You'll find that the order of content documents in the spine is not the same as the order in the NCX (contents and copyright are reversed). Whether this should be...

If you're asking about this specific test, then, yes, I'd agree that it should be in epubcheck. I can't see that having the ncx entries not match the spine order...

We should really say something about expectations when processing attributes. We define that whitespace must be trimmed from elements, but are silent about attributes. The issue I'm finding is that...

> I think that it is perfectly fine to have leading/trailing whitespace for attribute values. Schematron rules have to be fixed. Agree, and that's what I was proposing in the...

> This sentence is misleading. XML defines whitespace, but it does not specify that whitespace in element contents be dropped. Yes, I think the intention was XML defines the white...

I fixed the problem for the package schematron tests when I was updating this earlier, but looking at some of the other schematron schemas I can see the same problem....

Ya, I think I might have started by opening the worst file, too. I didn't notice it was the ocf-metadata.sch file, which was a copy of the package document tests...

Thanks, Daniel! Another thing I discovered with some playing is that setting the --fatal flag will basically do what I need, as the errors I get are related to not-yet-implemented...

That part might well be in place, as this is a couple of years old now. More generally, this issue is about validating a [rendition mapping document](http://www.idpf.org/epub/renditions/multiple/#sec-4). But a lot...