Thread: Why ePub 3?
View Single Post
Old 09-19-2017, 08:44 PM   #37
JSWolf
Resident Curmudgeon
JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.JSWolf ought to be getting tired of karma fortunes by now.
 
JSWolf's Avatar
 
Posts: 80,044
Karma: 147977995
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
Quote:
Originally Posted by nabsltd View Post
I've never seen the HTML inside a kepub, but based on the MR Wiki description, again, using another HTML renderer is just useless code bloat. The kepub reader and epub reader could use the same HTML/CSS rendering engine. The extra kepub features are merely for navigation and annotations, and the next level above the renderer should pay attention to them. Also, there is zero need for the extra HTML to allow the reader app to offer those same features...most of them are available on EPUB on Kobo readers, too.

Basically, this is another case of a company that builds decent hardware but can't write good code.
The code that handles ePub 2 also handles the DRM. If Kobo went with the newest version of RMDSK, then maybe they could do away with Access (the renderer for kepub/ePub 3). But then they'd lose kepub.
JSWolf is offline   Reply With Quote