|
|
#151 |
|
Enthusiast
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 46
Karma: 100000
Join Date: Jul 2026
Location: Planet Earth
Device: Kobo Forma
|
Thank you — the scrambled book was exactly what was needed, and more than I asked for. It took about ten minutes to reproduce with it.
The short version: the difference isn't in your book, and it isn't a check I'm missing. Your book contains 374 actual epub:type attributes. I report 335 of them. EPUBCheck reports 3339. I'd rather show that than assert it. Take text/part0020.html and cut it to its first 14 lines: both tools report 3, and the file has 3. Cut it to 20 lines instead — the six extra lines are plain <p class="paranoindent"> paragraphs with no epub:type on them at all — and EPUBCheck reports 9. Line 15 in that file has zero epub:type, and the position EPUBCheck gives for its error there (15,325) is the closing </p>. It starts once an HTML5 element that EPUB 2 doesn't allow has appeared — in your book a <section> and an empty <header> near the top of each file. After that, one further message per following element, all labelled epub:type. I'm not going to tell you whose defect that is. EPUBCheck's verdict is right — the book genuinely is invalid, and at each of those points the content model genuinely doesn't match. Whether the message should name an attribute that isn't there, and whether that belongs to EPUBCheck or the validator underneath it, I haven't established and don't want to guess at in public. Everything else in the two outputs matches exactly: 75 element errors to 75, 15 id datatype errors to 15, 2 playOrder to 2. The 39 between my 335 and the real 374 are one <section epub:type="chapter"> per file. I report that <section> as a disallowed element and don't then also report its attribute — and neither does EPUBCheck, which gives 0 for that case in isolation. One real gap on my side, from your book: page_styles.css has src: url(fonts/00001.ttf) and no such file exists. EPUBCheck flags it, I say nothing. I wrote the fix, it broke three cases in EPUBCheck's own test suite, and I backed it out rather than trade one gap for three. It's on the list properly now. |
|
|
|
|
|
#152 |
|
Bibliophagist
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 53,524
Karma: 181843001
Join Date: Jul 2010
Location: Vancouver
Device: Kobo Sage, Libra Colour, Lenovo M8 FHD, Paperwhite 4, Tolino epos
|
For what it may be worth, most of the issues in the scrambled ePub are from using calibre's convert-ebook function to convert an azw3 file created by Amazon from a submitted ePub3 original into an ePub2. The current calibre version does a bit better job (calibre 6.3.0 is a bit long in the tooth) but not that much of an improvement. KindleUnpack comes a lot closer to the original ePub.
|
|
|
|
| Advert | |
|
|
|
|
#153 |
|
Enthusiast
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 46
Karma: 100000
Join Date: Jul 2026
Location: Planet Earth
Device: Kobo Forma
|
That fits the file exactly: the package declares version="2.0" while the content is still EPUB 3 — <section>, <header>, and epub:type values from the EPUB 3 structural semantics vocabulary. The conversion moved the package version down and left the markup where it was, which is why both tools have so much to say about it.
Thanks — useful to know it came through azw3. epubveri 0.9.6 Out now, and three of it came from this thread: - A @font-face src pointing at a font the book doesn't contain is now reported (RSC-007). From patrik's book above — epubcheck flagged it, I said nothing. - --advisory now flags a CSS type selector that names no real element (JSWolf, post #92): h4a { } is valid CSS that matches nothing. Advisory only, never affects the verdict — across 84 real books it produces one finding. - <menu> is no longer rejected in EPUB 3 — a false positive of mine; HTML5 has it and epubcheck accepts it. It stays an error in EPUB 2, which genuinely doesn't include it. Also a proper message for a <rootfile> whose full-path is missing or empty, instead of only "no usable rootfile found". Coverage is now 191 of 194 live epubcheck checks (~98%). The three that remain are deliberate scope decisions, all listed in docs/COVERAGE.md. Binaries for 8 platforms: https://github.com/veripublica/epubveri/releases/latest Browser demo, nothing to install, the file never leaves your machine: https://veripublica.github.io/epubveri/ If epubveri reports something on a book epubcheck accepts, please post it — ideally with both outputs as plain text for the same file. Last edited by Kayadelenium; Today at 02:15 PM. |
|
|
|
|
|
#154 |
|
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 84,386
Karma: 153744815
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
|
|
|
|
![]() |
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| EPUBCheck v4.2.6 | jhowell | ePub | 0 | 06-30-2021 03:49 PM |
| EPUBCheck v4.2.5 | jhowell | ePub | 0 | 03-23-2021 09:45 AM |
| EPUBCheck v4.2.4 | jhowell | ePub | 3 | 06-24-2020 09:51 AM |
| EPUBCheck v4.1.1 | Doitsu | ePub | 2 | 03-18-2019 10:39 AM |
| Web-based epubcheck upgraded to epubcheck 1.0.5 | kjk | ePub | 4 | 02-09-2010 09:53 PM |