Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Also send-to-kindle today rejected a mobi I sent by email with:

>>>

Send to Kindle supports the following document formats: Adobe PDF (.pdf) Microsoft Word (.doc, .docx) Rich Text Format (.rtf) HTML (.htm, .html) Text (.txt) documents Archived documents (zip , x-zip) and compressed archived documents MOBI (.azw, .mobi) (will not support the most up-to-date Kindle features for documents) JPEG (.jpg), GIF (.gif), Bitmap (.bmp), and PNG (.png) images.

Additionally, Send to Kindle emails now supports EPUB (.epub). Later this year, we’ll also be adding EPUB support to the free Kindle app for iOS and Android devices and the Send to Kindle desktop app for PC and Mac.



I thought the response was a bad thing, but if it just means we’re finally accepting epub as a common default that’s pretty great, right?


I hope not. Publishers know that it's impossible to typeset an ePub exactly as you want it displayed since display is under the control of the reader, or the reading device. At least until pdf is no longer synonymous with letter paper/A4, ePub is a flawed format.

And for the umpteenth time, the pdf format is size agnostic.


How is that different from the old default, which was MOBI?


Does Amazon still strip metadata and cover art from user-provided epubs? If they're still intentionally gimping the implementation, IMO it's a step backwards


It does on first web sync after the ebook is transferred. It can be fixed (by transferring again) and then it won’t be removed on subsequent sync.


Not sure about metadata, but cover art persists through the email-to-kindle process at least.


At least author title and cover is kept - I’ve sent few books few days ago. There was a period when it didn’t handle them well when sent via email, but they fixed it few months ago




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: