Quote:
Originally Posted by serendipity22
I am still struggling with this.
I have an ongoing issue with look inside not walking for some books. The strange think is I had 5 similar books with graphics all done done in the same way,.
I use tables in html to display images. Sometimes it works fantastically, in others the rows have a large gap between them. I added this style to tables:
table{
line-height: 1px;
}
It helps, but not in all cases.
|
You mentioned something previously about Draft2Digital, D2D. Are you uploading an ePUB to D2D, which is then FTPed to Amazon and thence converted into a MOBI? Or are you uploading a MOBI directly to Amazon?
IME--and yes, I know that this doesn't make sense--you can get very different end results in loading an ePUB to KDP, versus loading a MOBI that you already built from that ePUB. I know, I know, that shouldn't be the case, but, for example, for a 2-year period, we had to build MOBIs and thence load them to the KDP, or the embedded fonts wouldn't work correctly. Or, we had to unzip an ePUB, put it into its constituent parts in zipped folders, and load THAT to the KDP, to get the fonts to "take."
Embedded fonts and font manipulation at the KDP is alchemy, prayer, and luck. Yes, yes, there's some skill involved, but we make nearly a thousand books each year, most of which have embedded fonts, and getting them to work can be frustrating as hell. Things that make NO sense--like loading a zipped folder of the exact-same damn book, versus an ePUB of the book--just seem to happen. I would recommend that you refine and pay attention to the mechanics of a process that works for you, whether it's loading the constituent parts, or the zipped folder, or a built mobi, etc. and then stick to it.
FWIW, we've had the most problems with building MOBIs, at the KDP, from ePUBs--if you are using a distributor/aggregator, that's all that they do, load the ePUBs, and that might play into it.
ALSO, KFX is upon us, and that plays in to all sorts of new mystery stuff, too.
That's my $.02.
Hitch