View Single Post
Old 01-20-2020, 02:12 PM   #45
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: 79,966
Karma: 147448039
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 geek1011 View Post
That was a trade-off I made:

Pros:
- Inline CSS is pretty much guaranteed to work.
- Can be done while transforming HTML.
- Doesn't need to modify the package document.
- No path resolving complexities.
- Won't further break broken books as much (kepubify aims to process broken books as best as possible and not make them worse).
- Not as bad as directly adding styles to elements.

Cons:
- Possibly ambiguous escaping of angle brackets.
- Duplicate CSS in each file.
- Not clean and harder to edit, but this doesn't matter too much (the book is generated and not really going to be edited directly after conversion).

If you have any additional disadvantages for embedded CSS, I'd be happy to consider them.
.Embedded CSS could cause the HTML to become larger then the size required for the mobile ePub spec. Also, it's more difficult to edit the CSS.
JSWolf is online now   Reply With Quote