Mobileread
Amazon October 2020 File Ingestion Requirement
#1  jhowell 10-09-2020, 03:03 PM
Starting on October 27 Amazon is introducing stricter requirements for published Kindle books to support Enhanced Typesetting.

Quote
Coming October 2020: File Ingestion Requirement

As part of our ongoing efforts to improve the digital reading experience for our customers, we wanted to share with you that starting October 27, 2020 we will be updating eBook file conversion requirements for large tables and include more checks to ensure eBook manuscripts are formatted correctly. This will allow more books to support Enhanced Typesetting—our advanced typographical and layout features that offer customers a better reading experience. Most books already publish with Enhanced Typesetting support and customers have come to expect this experience with every title.


- For titles already available on Kindle, no action is needed. Your eBooks will continue to be available to customers as they are today.

- For new or resubmitted titles, if you submit a file and it does not meet the new requirements, the actions to fix will now be available for you on your KDP Bookshelf after you upload your manuscript and cover. You may also use Kindle Previewer (KPR) version 3.39 or higher to review your files prior to publication. View the Conversion Log (found in the View Menu in KPR) to find steps to fix any errors related to enhanced typesetting.

To learn more about Enhanced Typesetting:
https://www.amazon.com/b/?node=11516960011

To download Kindle Previewer (KPR):
https://www.amazon.com/gp/feature.html?ie=UTF8&docId=1000765261

Refer to our Kindle Publishing Guidelines for how to create reflowable books:
https://kdp.amazon.com/help/topic/GU72M65VRFPH43L6
Reply 

#2  Hitch 10-10-2020, 10:23 AM
Ohhhh, great.

You know, you can always tell when ideas like this are derived by people who don't actually do the damn work, don't know how some files simply won't work.

I mean...fine. Sacrifice accessibility, by using images of tables, rather than real tables? Sure. Freaking perfect.

Grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr....gru mble grumble grumble....

Hitch
Reply 

#3  binaryhermit 10-10-2020, 12:36 PM
That seems like it'd be an issue with the Americans with Disabilities Act in the US and potentially any similar laws that exist in other jurisdictions.
Reply 

#4  slowsmile 10-12-2020, 02:25 AM
This is a very interesting change. I read this change as saying "As long as you follow the Enhanced Typsetting standard you'll be fine. But if you deviate from that standard then your ebook will fail when you test it on KP3 and will also fail if you upload to Amazon". The one saving grace from his change is that you can now test your ebook in KP3 and if it fails then you will explicitly be told why it failed in the KP3 log. That's not so bad for techy folks who work with epubs and html. But how are the Word uploaders going to cope with these techy error descriptions?

I hate to say it, but there could also be another good reason why Amazon is now forcing indie authors to follow the Enhanced Typsetting standard. Whenever you create an ebook using Kindle Create you will get a KPF file that will ALWAYS pass the Enhanced Typsetting standard without fail whenever you test or upload. So is Amazon KDP, indirectly and sneakily, now trying to force indie authors to create ebooks using Kindle Create with their new ET policy? Just a thought. Personally, I would always prefer as many upload formatting options as possible.
Reply 

#5  jhowell 10-12-2020, 09:17 AM
Quote slowsmile
This is a very interesting change. I read this change as saying "As long as you follow the Enhanced Typsetting standard you'll be fine. But if you deviate from that standard then your ebook will fail when you test it on KP3 and will also fail if you upload to Amazon".
The description of the change is not clearly worded. I read it as having two parts. Preventing books that contain formatting that is disallowed under Enhanced Typesetting from being published and also setting new requirements for the formatting of large tables.

Quote slowsmile
The one saving grace from his change is that you can now test your ebook in KP3 and if it fails then you will explicitly be told why it failed in the KP3 log. That's not so bad for techy folks who work with epubs and html. But how are the Word uploaders going to cope with these techy error descriptions?
Yes, the messages are often quite technical. For example "Embedded Images are not supported in Scalable Vector Graphics (SVG). Please use our suggested alternative found here ( https://www.amazon.com/en_US/guidance/layoutfeatures/svg_base64_url ) to resolve this issue."

Messages like that one also state "You currently have the option to upload this book without making the correction (more details here ( https://www.amazon.com/en_US/guidance/layoutfeatures/gracefull_period_warning )). Please note Enhanced Typesetting will not be enabled without making the correction." The "gracefull_period" (SP) is what will end later this month.

However there appear to be some loopholes. One of the most common error messages produced by the Kindle Previewer is "Kindle conversion has encountered an internal error while enabling Enhanced Typesetting on this book. We apologize for the inconvenience caused. Amazon is actively working to provide books that are free of internal errors. For now, we recommend to upload this book without Enhanced Typesetting." I assume that means the book will still be allowed to be published even though it will not support Enhanced Typesetting.

Another example is "Pseudo selector counter type is not supported in Enhanced Typesetting. Unfortunately, Kindle does not currently support this markup. Amazon is actively working on this error. For now, we recommend to upload this book without Enhanced Typesetting enabled." That message also appears to explicitly give the publisher a pass on that problem.

In the end I think that this change will provide lots of new business for professional e-book formatters like Hitch.

Quote slowsmile
I hate to say it, but there could also be another good reason why Amazon is now forcing indie authors to follow the Enhanced Typsetting standard. Whenever you create an ebook using Kindle Create you will get a KPF file that will ALWAYS pass the Enhanced Typsetting standard without fail whenever you test or upload. So is Amazon KDP, indirectly and sneakily, now trying to force indie authors to create ebooks using Kindle Create with their new ET policy? Just a thought. Personally, I would always prefer as many upload formatting options as possible.
I doubt that will be much of a factor in this situation. Any Enhanced Typesetting problem with a Word document that prevents it from being directly published will also prevent Kindle Create from accepting that document since KC performs the same checks during import.
Reply 

#6  Hitch 10-12-2020, 10:48 AM
Quote jhowell
The description of the change is not clearly worded. I read it as having two parts. Preventing books that contain formatting that is disallowed under Enhanced Typesetting from being published and also setting new requirements for the formatting of large tables.
Grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr


Quote
Yes, the messages are often quite technical. For example "Embedded Images are not supported in Scalable Vector Graphics (SVG). Please use our suggested alternative found here ( https://www.amazon.com/en_US/guidance/layoutfeatures/svg_base64_url ) to resolve this issue."
Great. I envision that my time-donation factor at KDP is going to expand, and not in a fun way, dammit.

Quote
Messages like that one also state "You currently have the option to upload this book without making the correction (more details here ( https://www.amazon.com/en_US/guidance/layoutfeatures/gracefull_period_warning )). Please note Enhanced Typesetting will not be enabled without making the correction." The "gracefull_period" (SP) is what will end later this month.
Yes, in about two weeks, right?

Quote
However there appear to be some loopholes. One of the most common error messages produced by the Kindle Previewer is "Kindle conversion has encountered an internal error while enabling Enhanced Typesetting on this book. We apologize for the inconvenience caused. Amazon is actively working to provide books that are free of internal errors. For now, we recommend to upload this book without Enhanced Typesetting." I assume that means the book will still be allowed to be published even though it will not support Enhanced Typesetting.
Great. So you can eat bugs too. (sigh).

Quote
Another example is "Pseudo selector counter type is not supported in Enhanced Typesetting. Unfortunately, Kindle does not currently support this markup. Amazon is actively working on this error. For now, we recommend to upload this book without Enhanced Typesetting enabled." That message also appears to explicitly give the publisher a pass on that problem.
Are these the pseudo-selectors that KDP claims that it doesn't support, but which seem to work (other than in ye olden KF7, of course)?

Quote
In the end I think that this change will provide lots of new business for professional e-book formatters like Hitch.
Honestly, this is biz I probably don't really want. Not that I don't want customers, don't get me wrong; but the people who come to us, by and large (not all, of course), have made a conscious decision to seek assistance; they've researched it and they've made a conscious decision to spend what they spend with us, versus Fiverrs and the like. (Obviously, being US-owned and operated, we're not as...affordable...as many outsourcing solutions.) But I've found that when people come to me in desperation--their eBooks won't/don't work, some other formatter screwed it up, their print book won't ingest and so forth, our rates always seem to be shocking to them and I've ended up wasting my emails and all that. (sigh).

Quote
I doubt that will be much of a factor in this situation. Any Enhanced Typesetting problem with a Word document that prevents it from being directly published will also prevent Kindle Create from accepting that document since KC performs the same checks during import.
Yes, that's my take on it, too.

Hitch
Reply 

#7  Quoth 10-12-2020, 11:01 AM
I'm not switching to Kindle Create.
I upload the SAME epub2 I use everywhere, so far all the KFX versions have supported the so called Enhanced Typesetting. AFIAK, a azw/KF8 or a mobi/KF7 doesn't support it and actually isn't it fictitious, simply different client side rendering of KFX? Seeing as the SAME epub2 file is used BY Amazon to create the azw/KF8, mobi/KF7 and the Enhanced Typesetting KFX?

Are they going to force major publishers to ALSO use Kindle Create? I can't imagine it.

Or am I totally misunderstanding something?
Reply 

#8  Hitch 10-12-2020, 11:16 AM
Quote Quoth
I'm not switching to Kindle Create.
AMEN BROTHER.

Quote
I upload the SAME epub2 I use everywhere, so far all the KFX versions have supported the so called Enhanced Typesetting. AFIAK, a azw/KF8 or a mobi/KF7 doesn't support it and actually isn't it fictitious, simply different client side rendering of KFX? Seeing as the SAME epub2 file is used BY Amazon to create the azw/KF8, mobi/KF7 and the Enhanced Typesetting KFX?
It's a type of prestidigitation, IMHO.

Quote
Are they going to force major publishers to ALSO use Kindle Create? I can't imagine it.

Or am I totally misunderstanding something?
They're already telling people who upload MOBIs, not to, to use ePUB instead. I'm dealing with customers calling/emailing me in a panic, when they upload the (optimized with mqs) MOBIs that we give them.

It's a right pain in the ass. And if they try to Apple us, I'm really going to lose my s**t.

Hitch
Reply 

#9  slowsmile 10-12-2020, 11:43 AM
@jphowell...

Quote
Another example is "Pseudo selector counter type is not supported in Enhanced Typesetting. Unfortunately, Kindle does not currently support this markup. Amazon is actively working on this error. For now, we recommend to upload this book without Enhanced Typesetting enabled." That message also appears to explicitly give the publisher a pass on that problem.
Yes, that sort of error is bound to create confusion for Word doc uploaders for sure. And yup, I reckon professional formatters and Hitch are going to get more business because of it.

Quote
I doubt that will be much of a factor in this situation. Any Enhanced Typesetting problem with a Word document that prevents it from being directly published will also prevent Kindle Create from accepting that document since KC performs the same checks during import.
Today 12:25 PM
Sorry, I don't agree with you here. When you ask why Enhanced Typesetting has been introduced and so fiercely pushed for Amazon ebooks then the answer has to be "To create higher quality ebook features and internals." As you say, this also applies to all upload formats -- including Word docs, epubs and KFX. But the easiest way for any indie author(without any epub or html knowledge) to achieve ET is just to create an ebook using either Word on it's own or Word/KC(which allows more useful options for better interior styling). I would have to also say that Kindle's proprietary fixed format(as KFX) is, frankly, godawful and still poorly supported by Amazon developers. With way too many painful downsides to ever be deemed as a useful format. Perhaps that's also deliberate Amazon policy to force authors to use the reflowable format instead. That's not such a bad policy I suppose but who really knows?
Reply 

#10  Quoth 10-12-2020, 12:08 PM
Quote slowsmile
When you ask why Enhanced Typesetting has been introduced and so fiercely pushed for Amazon ebooks then the answer has to be "To create higher quality ebook features and internals."
No, it's to push the KFX which has DRM even when the publisher has asked for DRM free.
And Amazon told me that epub2 was the best format to upload. The Docx isn't as good. All our epub2 ebooks have the so called Enhanced Typesetting, if you download a KFX version, which is just client side rendering that could be added to azw/FK8 rendering on any Kindle that supports KFX.

It's quite a subtle rendering difference to KF8/Azw and nothing to do with internals, the same things they don't like for KFX/Enhanced Typesetting are bad without it.

This too is fantasy:
Quote
With the latest release of Kindle Create, you can now upload your Kindle Create file to KDP as both an eBook and paperback of any trim size, creating both digital and print versions of your book simultaneously!

Routine but challenging paperback tasks like margins, page numbers, left/right side page layouts, widow/orphan treatment, and table of contents creation are also handled automatically.
Part of a recent email from Amazon.

Depending on font size and judgement/experience and print quality a paper edition of a book may want different fonts to an ebook.
Also you may want to swap some spaces for half spaces. Perhaps between digits and units or at en dashs, though some style guides don't space en dashes used for asides.

Likely you also want to change various spacings of different paragraph styles.You may also want different front and rear matter.
A paper book also needs a different cover design.
Images will be higher resolution and an absolute size for paper, but a percent of screen width for ebooks.
Tables may be done differently.
You can use real small caps, if you think you must (not assured on ebooks).
You have true WYSIWYG of a PDF proof and absolute fixed layout on paper. Not on real ebooks.

It seems like a bonkers idea to me, but then I what do I know?

(P.S. Doing DTP for paper since 1986 and electronic documents since 1979, multimedia since 1994 and real ebooks before the Kindle existed. I'd admit sometimes I'm inept and clueless).
Reply 

  Next »  Last »  (1/3)
Today's Posts | Search this Thread | Login | Register