Quote:
Originally Posted by davidfor
Yes, the renderer is different. But, you used the word "organisation". That implied to me you saw there was a difference in how kepubs were managed on the device.
Well there is zero difference that I know of. I'm happy to be told that I'm wrong.
No the extended driver doesn't make any changes in the cover. If epub covers are to small, it is related to how the covers are produces on the device, but it is largely the fault of the person producing the epub. For a kepub, the cover image is marked in the OPF and the device extracts that and sizes it appropriately. For epubs, the first page of the book is rendered and that becomes the cover image. If the cover image is properly displayed on that, there shouldn't be any real difference between the two versions.
The drivers can send the covers separately so that the device doesn't generate them. In this case, the covers will be identical as they use exactly the same code.
I'm not sure about RTL and the epub renderer. I thought it did do this, but my quick test last night didn't work. I'll have to find the test book I've used in the past.
For the margins, I can easily produce an epub full of images with no side margins. But, I wouldn't. To do this, I would either have to only use images that were exactly the same size as the display area used for the book, or I would have to let it resize automatically to fill the area. And that would mean the image was distorted. If I assumed the epub was going to be read in full screen mode, it would be easier as it just means I would needed images of the correct aspect ratio.
You are probably right that the kepub render handles manga better than the epub renderer. I'll have a look at the sample you pointed to when I have a chance. I'll be interested in the difference. But, personally, the few times I have looked at comics on my devices, I have found the CBR/CBZ formats more than adequate.
|
I didn't use term organization. OP did. The whole cover thing kinda suggests a difference though...and I've stumbled on to quite a few. My O'reilly ePub's have that issue for instance.
I just manually changed a book to rtl in the database as you described above. It changes the flipping direction in a non-kepub. But I don't think it'll pick it up on it's own or it requires a different method from kepubs and what works in ADE 4.5. That's probably another difference in handling.
With fixed layouts and what epub comics do you don't need to be in full screen mode or have it enabled, nor to do you need to do anything to the image file itself to ensure the correct aspect ratio. It basically just creates a viewport the size of the image and then places it there. Sometimes they will shift it left or right depending on if it's a left or right hand page. It's pretty simple HTML-wise.
CBZ/CBR is okay, but there is no metadata,no TOC. There is no way to easily do RTL. And it's annoying to extract the image folder from a AZW3 and fiddle with it.