Quote:
Originally Posted by Tex2002ans
Yeah, I could definitely see that as a pain point.
Could it be a specific store's complaints too? Like iBooks?
|
No, it was that the rendering got bollixed, when the renderer read the in-line HTML sizing for the kf7.
If you'll recall, for the KF7 fallback, you can put the code into the img tag, right?
WELL...just GUESS what an ePUB does when it's faced with an inline CSS command, the KF7, versus the KF8, where one says "display it at 400px wide" and the other says, "display it at 40% of the screensize" or whatever? It pukes or chooses the wrong one.
Quote:
Just a few days ago I got a complaint that my EPUB covers were TOO LARGE! iBooks denied the book because the cover was >4 million pixels. (Weren't they the ones that initially pushed for much higher resolution covers when iPad came out???)
1800 x 2700 = 4,860,000
1600 x 2400 = 3,840,000
So while "1600px shortest side" is now recommended at almost all the stores, and iBooks was one of the first to push for that... that max pixels just doesn't leave much wiggleroom.
|
This happens to us ALL the time. Someone doesn't tell us that they're going to distro with Ingram, iBooks, SW, whatever and sure as shoot, we get that error. Annoying as crapola.
Quote:
|
Side Note: I recently had my own brainfart with Color Links. I knew there was SOME reason why they were a bad idea, but had to dig in the ol' memory hole to refresh. (E-ink + Night Mode + Black-on-Black Text.)
|
Oh, JETH. Set the color and they will disappear as surely as if they are the wee princes of darkness. Vamp links!
Hitch