Issue with big books in ePub

Question

Yesterday I converted my fist book from Pages format to ePub, the books has 344 pages, 3.5 Мб and I got 544 pages ePub version (standard font size, Times Roman TTF) The issue is that there is a delay in opening book that was created with Pages but that's not the case with book similar size I downloaded from the App Store. The problem gets even worse - longer delay in a page rendering, when I rotate my iPad and it has to split each page and it effectively doubles the pages number.

Answer 1

The whole concept behind epub is that fonts, formatting, etc. are up to the reader, not the publisher. Personally, I was kind of sorry to see apple opt for epub, but that's a whole 'nother issue.
The convention in configuring for blind paper-less exchange is that if the conversion from content information to imageable appearance cannot be trusted, it is ignored and instead a trusted conversion is applied. In other words, if the chance of a corrupt CMAP Character Map in the customer's font configuration is high, then ignore and assign a correct CMAP Character Map. This is basically what is done, just as if one were developing an ICC-enabled RIP design, and if, as was the case in the past, a large proportion of ICC profiles were misconstructed, then one ignored the embedded profiles and assigned trusted ones. For what it's worth, Heidelberg until August 2000 successfully sold ICC PRTR Printer profiling software where the Relative Colourimetric tag, to which Adobe applications default, was preconfigured to close to 400% total area coverage independently of the user interface; until August 2006 when Heidelberg sold the Linotype Library, it successfully sold character-coded Adobe Type 1 software and intelligent-font software that changes correct ISO-IEC 10646 input into incorrect public or incorrect private character information. So did Adobe. And so forth. Searching, spelling and sorting don't operate on glyph codes; searching, spelling and sorting operate on character codes.
/hh