|
|
#16 |
|
Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 228
Karma: 556000
Join Date: Jan 2012
Device: iPad, iPhone, Nook Simple Touch
|
![]() 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.
__________________
http://www.patriotsbooks.com/ |
|
|
|
|
|
#17 |
|
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 34,669
Karma: 14544758
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
|
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.
__________________
|
|
|
|
|
Enthusiast
|
|
|
|
#18 |
|
Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 228
Karma: 556000
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.
__________________
http://www.patriotsbooks.com/ |
|
|
|
|
|
#19 | |
|
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 34,669
Karma: 14544758
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
|
Quote:
So what you are asking for is a feature request. It's not a bug.
__________________
|
|
|
|
|
|
|
#20 | |
|
Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 228
Karma: 556000
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".
__________________
http://www.patriotsbooks.com/ |
|
|
|
|
|
|
#21 | |
|
Resident Curmudgeon
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 34,669
Karma: 14544758
Join Date: Nov 2006
Location: Roslindale, Massachusetts
Device: Sony Reader PRS-650, iPad, nook STR
|
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.
__________________
|
|
|
|
|
|
|
#22 |
|
frumious Bandersnatch
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() Posts: 5,198
Karma: 2508097
Join Date: Jan 2008
Location: Spaniard in Sweden
Device: Cybook Orizon
|
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.
|
|
|
|
![]() |
| Tags |
| css, epub, ibooks 3, night mode, override |
| Thread Tools | Search this Thread |
|
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 |