Quote:
|
Originally Posted by patrik
I compared some random epub files. Find one that gave quite different output, maybe it helps.
|
It helped a lot — thank you. Those two text files got six fixes out, and they're in
0.9.3 and
0.9.4, both out now.
Your file was EPUB 2, and that's where all of it was. Directly from your output: the 15
"must be an XML name without colons" errors epubcheck gave and I didn't — I wasn't datatype-checking
id or
lang in EPUB 2 at all. Another book I have went from "VALID" to 407 errors on that alone, matching epubcheck exactly. The
page-progression-direction line was mine too — an EPUB 3 attribute I was silently accepting in a 2.0 package. Plus two
false positives your file didn't have but the same exercise found: PKG-005 and OPF-073, both wrongly marking valid books INVALID.
On the big number (your 412 vs 3432): still not fully explained, and I'd rather say so than guess. It's all one attribute —
epub:type, which isn't valid in EPUB 2 — and I've confirmed two pieces. epubcheck reports it
twice on an element inside an invalid container; I report it once. And neither of us reports it on an element we've already rejected. That accounts for a factor of two. Your ratio is ten, so something else is going on and I can't reproduce it: every synthetic file I build matches epubcheck exactly.
Could I ask for one file? Not the book — just one of the 39 XHTML files with the actual prose replaced by dummy text. The structure is what I need and the text is what I don't. If that's still awkward, no problem: just running 0.9.4 and posting the new numbers would narrow it a lot on its own.