Quote:
Originally Posted by RbnJrg
No issue at all; you can employ those properties because if an ereader doesn't support one of them, it will ignore it. But in my tests, I discovered that those ereaders that support -webkit-column-break-after|before|inside", they also support "break-after|before|inside".
Today, virtually all epub3 readers mimic pagination using multi-columns, making the use of the "break-after|before: avoid-column" or "break-after|before: column" property (to force a break) almost indispensable. Of course, you also have the Webbit alternative.
|
Thanks, good to know! I'll probably just use the non-webkit one then.
I get paranoid, I've seen too many weird things happen, where all is fine, and then an ebook hits ONE app, where suddenly, things are not as I expect.
Just this morning, I popped a book into the Google Books app ... only to find that some headings weren't centered. Yet, the heading tags all had:
Code:
text-align: center;
text-indent: 0;
but did contain spans. Which, every place else I'd tested, were inheriting the text-align and text-indent properties as per normal. But not for Google Books. Adding the code to the span classes
as well fixed it, though shouldn't have been necessary?
I don't recall having had that problem in the past in that app, actually, so maybe something changed there since I last made a book. It all makes my brain hurt!
But I suppose it also all keeps my brain from rotting with disuse, LOL!