`background-color` is not being respected from author styles about readium-css HOT 2 CLOSED

Ah yeah so at the moment, it is indeed intentional. As far as I can remember, we hit some edge cases quickly with some samples, in which authors put a sepia background for instance, and the “day theme” was therefore becoming useless and confusing – feels like a bug.

On a related note, neither users not authors/publishers seem to be really happy when background-color for the html element doesn’t cover the entire screen/browser window and is only covering the iframe or webview. That was indeed quite a popular feature request from the e-production community when I run some surveys/drive discussions to list their issues/requests.

So I don’t have any solid guidance for this case yet. Maybe this snippet will change at some point but we’ll have to fix the UX issues first.

Everything related to reading modes is kind of nightmarish since there are a lot of CSS hacks which can go wrong out there. So to be honest the current implementation tries to get around those issues in the simplest ways I could find. In any way, the “day mode” should work as expected, so it probably means creating a “publisher reading mode” (with a default in case background-color + color are not declared).

Moreover, reading modes are part of “Chrome” in our current classification, see issue #16. What it means is that, like pagination/scroll, it is a basic setting that should always work the same for the user and never break her/his expectations, whatever it takes. So I’m obviously open to discuss our options since it puts a burden on authors.

from readium-css.

Superseded by #46 so we should probably discuss this topic in the other issue.

from readium-css.