> I don't get the point of those settings. You seem to prefer white-on-black text, but the "Only with High Contrast themes" override means that it will almost never apply.
The idea of defaults is to be default. I don't mind sites specifying the use of particular colours, and it's useful e.g. for syntax highlighting, for text above background images, for transparent images assuming a particular background colour (e.g. pre-rendered LaTeX images, like those on Wikipedia), etc.
The problem is setting either the foreground or the background, but not both.
> I tried setting this in my Firefox and visited a bunch of sites. None of them showed me white text on black background, because almost every site sets both background and foreground color styles, which override the preference setting. In fact the only site that was affected was the BMFW.
If only that were true. Many sites set either just the foreground colour, assuming the background will be white; or just the background, assuming the foreground will be black. I've emailed many sites about this over the years, ended up opening countless others in a separate browser with different settings, and just rage-quitted many more.
Last week I emailed ticketmaster.es about the black-on-black text in their registration form (amongst many other issues; their service is terrible, I recommend avoiding them if possible)
I've even tried fixing pages with custom Javascript http://chriswarbo.net/blog/2015-10-01-web_colours.html with mixed success. I also have a key bound to `xcalib -invert -alter` so I can quickly invert my screen colours.
The MFW concludes with the following:
> What I'm saying is that all the problems we have with websites are ones we create ourselves. Websites aren't broken by default, they are functional, high-performing, and accessible. You break them. You son-of-a-bitch.
In their attempts to be "better", BMFW's authors broke it. Sure, it can be argued that light-on-dark default colours are an edge case; that the authors say they were "going to" add a background colour but didn't; etc. and those are all perfectly reasonable arguments. But those are exactly the arguments MFW and BMFW are disagreeing with, only with "light-on-dark default colours" instead of "disabled Javascript" or "out-of-date Android browser" or "retina display", etc.; or with "background colour" instead of "server-side rendering", "error handler", "CDN", etc.
> So basically you reversed the defaults in order to make it easier to find sites with partial style declarations, so you can yell at them.
Nope, it's only the especially egregious that get yelled at. In the case of ticketmaster.es, their purchase form looks like this with the default black-on-white colour settings https://imagebin.ca/v/2ekv8S6pbKls
It looks like they're forcing the foreground colour of native text input fields to be black, and the background of native drop-down lists to be white. I refuse to change my entire GTK+ theme (and hence, every application I use on a machine which I spend the majority of every day staring at) to an eye-straining black-on-white colour scheme just to make up for some Web devs going out of their way to break their own sites.
Plus, in the case of ticketmaster, their form handler mangled my input; their "change details" form didn't work; they provide no contact details other than accounts on social media sites which require signing up to; their entire "help" section is an "ask us a question" form which displays all submissions publically; and so on. Besides, it's not "yelling", it's bug reporting; they're free to ignore it.
The idea of defaults is to be default. I don't mind sites specifying the use of particular colours, and it's useful e.g. for syntax highlighting, for text above background images, for transparent images assuming a particular background colour (e.g. pre-rendered LaTeX images, like those on Wikipedia), etc.
The problem is setting either the foreground or the background, but not both.
> I tried setting this in my Firefox and visited a bunch of sites. None of them showed me white text on black background, because almost every site sets both background and foreground color styles, which override the preference setting. In fact the only site that was affected was the BMFW.
If only that were true. Many sites set either just the foreground colour, assuming the background will be white; or just the background, assuming the foreground will be black. I've emailed many sites about this over the years, ended up opening countless others in a separate browser with different settings, and just rage-quitted many more.
Last week I emailed ticketmaster.es about the black-on-black text in their registration form (amongst many other issues; their service is terrible, I recommend avoiding them if possible)
This is also the reason I stopped using Yahoo Mail back in 2007 when they switched off access to their old Web UI (with no option to use IMAP or POP without paying) http://2.bp.blogspot.com/_6BhjMzysLTs/Rg1mh0pLjMI/AAAAAAAAAA...
I've even tried fixing pages with custom Javascript http://chriswarbo.net/blog/2015-10-01-web_colours.html with mixed success. I also have a key bound to `xcalib -invert -alter` so I can quickly invert my screen colours.
The MFW concludes with the following:
> What I'm saying is that all the problems we have with websites are ones we create ourselves. Websites aren't broken by default, they are functional, high-performing, and accessible. You break them. You son-of-a-bitch.
In their attempts to be "better", BMFW's authors broke it. Sure, it can be argued that light-on-dark default colours are an edge case; that the authors say they were "going to" add a background colour but didn't; etc. and those are all perfectly reasonable arguments. But those are exactly the arguments MFW and BMFW are disagreeing with, only with "light-on-dark default colours" instead of "disabled Javascript" or "out-of-date Android browser" or "retina display", etc.; or with "background colour" instead of "server-side rendering", "error handler", "CDN", etc.