Looking at it, it's possibly a bug in the KePub rendering engine, but the ebook publisher is doing some things that make me question their layout people and I would blame them before I go blaming the rendering engine. It even looks odd in the calibre edit book preview window.
As one example, in chapter11-1.xhtml you have a line (obviously from the scrambled book):
Quote:
|
Yloka: V xhn b atre ycoxxkjn. [vojzeqtl] Ihfj, cop, J fjd jscc eio npfs otlc edhqa kikhu-ejvr shko. H pycfi ugmgk rotdcc iw fj, qwv B nmchq pvmpfs tnu sql bhazo mjlch rilhit vx opam kbc p xvg wyq sc fbxhs. S aens zv tjtc atjw jng pm Cwsal j zpx.
|
Those spaces you see after "Yloka:" are not normal spaces, or tabs, or non-breaking spaces. Those are character 0x2005, the "four-per-em space". Why? Because they can I guess?
The CSS is also doing some things I'm not sure they have any legitimate reason to. The span surrounding "Yloka:" has its margins set to "10px 0 10px 5.7em"; the values are for top, right, bottom, and left, respectively. Then it sets text-indent to -5.7em, which visually has the effect of undoing the 5.7em left margin... but why? Why have a single CSS rule fighting with itself?
Without the weird things they're doing, I strongly suspect the book would render fine in both ePub and KePub engines, but I'm not doing the work to reformat the book into something that makes some semblance of sense just to check that. I'm pretty sure I know what they're trying to do, but there are multiple much better ways for them to accomplish it.