Quote:
Originally Posted by stumped
ok folks another test, another question ( about conformance with epub specs)
i sent the book with the svg stuff in it to Kobo forma, via dropbox. i.e. as an epub, bypassing any epub -> kepub processing.
its like with ADE2, blank spaces where the svg defined equations are supposed to appear. ( i do see the large graphs though - because they are stored as .png.
new question : is the book out of spec in expecting all epub devices to handle its .svg content, or what ?
why can't ADE, kobo cope at all .
Perhaps JSWolf can explain why Moon reader ( which he hates and) hugely outperforms his beloved Kobo devices in this case.
lets try the various checkers built into sigil... incidentally this book sometimes completely fails to open in sigil task manager confirms sigil has gone awol - or takes 2 -3 minute to open in Sigil on a 2nd try - on a fast PC ... and then it appears twice!
well the f7 check says no problems. that seems to be the only check now bundled into Sigil. I will go see is calibre editor has additional ones but I suspect it will pass whatever tester i find.
untried for now:
an epub->kepub conversion
any later version of ADE ( i use the old v2 that plays nicely with ALFs tools)
bookari on tablets
|
F7 is only a quick well-formedness check. All tags are closed and no bad nesting. It doesn't do any spec-compliance checking at all. Sigil is out of the validation game. Use the EpubCheck plugin to check compliance.
When there's a compatibility issue, it's usually safer to assume that it's the reading system falling down and ignoring epub spec, rather than the epub failing to comply (though that's possible too). The problem with compliance is that every reading system out there has a different interpretation of the IDPF's wishy-washy "may/might/should" wording.