02-26-2013, 11:19 PM | #16 |
Curmudgeon
Posts: 629
Karma: 1623086
Join Date: Jan 2012
Device: iPad, iPhone, Nook Simple Touch
|
I'm assuming that you already have the magic file in there that tells iBooks to use the publisher-specified fonts, right? I would expect any "We'll fix your broken books" behavior to be keyed off of the presence or absence of that file; if somebody has take the time to update their content to work in iBooks, then there's no need to assume that the content is broken, and if they haven't, then it probably is broken.
Either way, I want to strongly disagree with JSWolf's advice. Please do file bugs every time you find something that doesn't behave the way you expect it to behave. This does three things: 1. It ensures that the development team knows that a particular behavior is dubious. 2. It ensures that they have an accurate picture of how many people that behavior is causing problems for. 3. If it really is an expected behavior and they have already come up with a better way of doing what you're trying to do, they'll tell you and save you a lot of wasted time. I can't tell you how many times I've filed a bug and been told, "You're the first one to complain about it" even though people have been whining and kvetching about it on forums for years. You can safely assume that nobody will ever fix problems that they haven't been told about, and that the priority of bug fixes is proportional to the number of people it affects. You should never assume that developers of any application, whether they work at Apple or Adobe or Kobo or B&N or Amazon or whatever, have any idea that they've broken something, because 99 times out of 100, they don't. They're not producing content that has to work with the devices; they're producing devices that have to work with the content. You folks—the people who are in the trenches producing content—are the ones who know what problems you're hitting in the real world. More to the point, you're the ones who notice and hear about it when your content breaks. When your content breaks, it is quite frequently caused by a poorly designed fix to work around something wrong with somebody else's content. But if your content is right, it should take priority over somebody else whose content is wrong. By screaming early and often, you ensure that poorly engineered fixes don't become so engrained in the behavior of an app that they can't be changed, and you greatly increase the chances of the engineering team going back to fix the problem the right way. The earlier you notice a bug, the easier it is to fix, and all that. So please do file bugs. Please. |
02-27-2013, 06:46 PM | #17 |
Resident Curmudgeon
Posts: 73,976
Karma: 128903378
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
This isn't a bug. It's a feature request. If you do file this as a bug, it very well may get ignored since it's not a bug. If you do report this to Apple, do so as a feature request.
|
Advert | |
|
02-28-2013, 01:19 AM | #18 |
Curmudgeon
Posts: 629
Karma: 1623086
Join Date: Jan 2012
Device: iPad, iPhone, Nook Simple Touch
|
I agree that supporting the night colors feature of the specification is either a feature request or an enhancement request, depending on how you look at it.
But when I said "file a bug", I was talking about the comment that iBooks was ignoring the specified background color and substituting its own even when the CSS specified !important. If that's really happening (as opposed to something more subtle), then I would call that a bug. |
03-01-2013, 04:02 PM | #19 | |
Resident Curmudgeon
Posts: 73,976
Karma: 128903378
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
Quote:
So what you are asking for is a feature request. It's not a bug. |
|
03-02-2013, 12:19 AM | #20 | |
Curmudgeon
Posts: 629
Karma: 1623086
Join Date: Jan 2012
Device: iPad, iPhone, Nook Simple Touch
|
Quote:
The intent of !important is to be a line in the sand. It indicates that your content could break if the style is overridden by other styles. The CSS spec didn't allow user agent stylesheets to override those for a reason, and folks designing eBook readers should respect that decision. For that reason, I consider it a spec compliance bug when a reader crosses that line. Either way, the question of whether it is a bug or a feature request is pretty much quibbling over semantics. They all go into the same bug queue, and if the people who get the report decide that a bug should be a feature request or vice-versa, they can change it in less time than it took you to set it in the first place. Just please don't set it to "Security". |
|
Advert | |
|
03-02-2013, 09:27 PM | #21 | |
Resident Curmudgeon
Posts: 73,976
Karma: 128903378
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Kobo Libra 2, Kobo Aura H2O, PRS-650, PRS-T1, nook STR, PW3
|
Quote:
If I programmed iBooks to override background colors in night mode and that's what is does, then it's not a bug. So in this case, it's not a bug as it was specifically programmed to override background colors in night mode. It's not semantics. Its not a bug. You want to put in a feature request. |
|
03-03-2013, 04:02 AM | #22 |
frumious Bandersnatch
Posts: 7,516
Karma: 18512745
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon, Kobo Aura
|
What Jon says is that bugs are unintentional. If it's intentional, no matter how wrong or harmful it is, it is not, strictly, a bug.
|
07-29-2015, 08:03 PM | #23 |
Connoisseur
Posts: 89
Karma: 185923
Join Date: May 2015
Device: iPad 1/2/Air, K3/PW2/Fire1, Kobo Touch, Samsung Tab, Nook Color/Touch
|
For anyone that comes along here when looking for a way to control styles in Night Mode for iBooks, check this out:
theme-detect.css by adaptivegarage |
07-31-2015, 11:12 PM | #24 |
Curmudgeon
Posts: 629
Karma: 1623086
Join Date: Jan 2012
Device: iPad, iPhone, Nook Simple Touch
|
Note that as shown in the stylesheet linked above, !important styles that conflict with the iBooks root styles are not ignored, so long as your style has higher specificity. I actually documented a similar quirk in iBooks' stylesheets a while back, where their use of the universal selector makes life kind of miserable if you use the -webkit-font-smoothing property.
The important thing to remember is that the CSS specificity rules are critical to understanding how things will be interpreted. If you have a paragraph class called light that forces the text to be black on white and you do this: Code:
<p class="light">Blah blah <i>foo</i> blah</p> The universal selector is a nuclear weapon, and should be used very sparingly. Unfortunately, the iBooks team seems to have fallen into the same trap that the Nook team did, resulting in many of the same headaches. Fortunately, it is possible to override those universal selectors, though you'll need to use a universal descendant selector: Code:
.light, .light * { background-color: #ffffff !important; color: #000000 !important; } Obviously, if you want to only override something in night mode, you'd need to go one step further: Code:
:root[__ibooks_internal_theme*="Night"] .light, :root[__ibooks_internal_theme*="Night"] .light * { background-color: #ffffff !important; color: #000000 !important; } Last edited by dgatwood; 07-31-2015 at 11:27 PM. |
Tags |
css, epub, ibooks 3, night mode, override |
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Odyssey Anyone using Night-Mode? | DuckieTigger | Bookeen | 2 | 01-28-2012 12:13 PM |
help with night mode | golfgirl | Kobo Tablets | 5 | 11-04-2011 10:40 AM |
Overriding CSS ".articledescription" | miwie | Recipes | 6 | 01-18-2011 11:30 AM |
Is there a night mode? | zeroh | Nook Color & Nook Tablet | 5 | 12-04-2010 10:24 AM |