|
Hmmm. Unfortunately, "push the left button instead of the right" isn't going to fix this one. We'll have to tear things apart, back to the source level.
In the original files you imported - (I'm assuming Word here), be sure that the styles don't have the [ Page Break before ] paragraph checky boxy checked where you don't want it to - not on line separator styles, or normal or bodytext styles, etc.
I've noticed that Heading Styles take on [ Page Break Before ] in the reading software, even when I've specified it to not do that in the base file. Makes me have to rethink some emphasis style ideas, away from Heading styles (H1, H2, H6, etc).
In your blank space (I'm assuming Digital Editions) can you select where the text should be? If it looks like lines and paragraphs, then something could be goofy with the coloring of your styles - the base coloring of the text and background should be [ default ] or [ none ] with additional colors layered on top of that - I don't know what something that was originally reversed and then recolored back to black-on-white would do in an epub - it might ignore parts of the recoloring....I've seen that happen in mobi.
When you were creating the original files - did you import them from html into word? Multiple <html> tags embedded into the word doc will cause the building apparatus to think it's done with a section - Save Chapter 4 as html from word and open in a text editor and a browser and poke around for weirdnesses.
When you unzipped the epub - again, open the xhtml's in a text editor and look for multiple <html> tags. Also - can you see your missing text in the xhtml file? (could be some kind of failure of ID4 to convert their styles to css).
And as long as you've got the epub unziped, does opening the chapters in a browser give you a different result? And does the css work?
As far as the justification problem goes, that's a function of Adobe Digital Editions - they ignore the the <justify> tag so they can put their page numbers where they want them - in the middle of the "page" on the right. If it was fully justified, your text would run into it all the time, instead of just some of the time. Adobe needs to move (or remove) their page numbers to get Justify to be workable in DE.
I'm beginning to think that the "300k limit" is more a neccesitated function of the reading software, and not the base book. Has to do with how much of the book will be repaginated at hyperlinks and page turns, etc. I've built some test epubs with truly large base (1-2 megs) xhtmls in the output that seem to work ok - unless I've just delusioned myself again. The splits that come out of Calibre don't seem to wall themselves up at 300K - I guess I don't understand it very well.
Also: did you try font embedding? If you did that with a font that won't embed, it might not know what to do when it hits that point - might make it blank.
-bjc
|