It's nice to see more and more websites and operating systems providing dark theme toggles, but I hope one day that light-mode becomes a thing of the past.
Dear web developers: set the font color, too
111–120 of 151 posts
Re: Dear web developers: set the font color, too
#112Pretty tangential, but with AMOLED screens, I really hope society starts embracing a dark-mode default for interfaces. There is no reason to use light-mode with modern screens. It's taxing on the eyes, probably not good for kids and teens who are using screens 4 hours a day and it doesn't seem to offer benefits over dark-mode in terms of accessibility. It's nice to see more and more websites and operating systems pro…
Re: Dear web developers: set the font color, too
#113Pretty tangential, but with AMOLED screens, I really hope society starts embracing a dark-mode default for interfaces. There is no reason to use light-mode with modern screens. It's taxing on the eyes, probably not good for kids and teens who are using screens 4 hours a day and it doesn't seem to offer benefits over dark-mode in terms of accessibility. It's nice to see more and more websites and operating systems pro…
Aside from the fact that many people prefer it?
Re: Dear web developers: set the font color, too
#114This is a real issue for me at times. I have a dark theme set in Gnome, because I want dark system windows, but lots of sites don't bother setting their colours properly, so if I open the Web UI for my Ubiquiti Router, or one of my switches, and try to select a drop-down, the background of it is dark, like my system theme, and the text is dark, so I can't see what I'm choosing. Other times, like if I'm entering text…
Would be cool, if websites would ask, if you like bright or dark website.
Re: Dear web developers: set the font color, too
#115Browsers on macOS appear to be smart enough to not pass through the system dark theme to web content. I'm seeing white forms in Safari and Firefox (Chrome doesn't seem to support dark theming at all). As much as I'm a proponent of OS-native UX, CSS styling of form controls on the web has been a crapfest ever since IE(?) introduced it way back when. Whenever CSS touches a web form control it should just go completely…
There two main reasons here:
* Browsers don't support dark themes themselves.
* Browsers don't support @media(prefers-color-scheme).
Re: Dear web developers: set the font color, too
#116Earlier quoted context omitted.
This comment intrigued me, so I did some digging. Looks like "prefers-color-scheme" is currently being considered by both Chrome[1] and Firefox[2]. A can-I-use page was just created for it[3]. I'm excited by this one! Think I'll add dark mode support to my simple blog right now. [1] https://bugs.chromium.org/p/chromium/issues/detail?id=889087 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1494034 [3] https://canius…
Wow, what an awful thing to standardise! Are there equivalents for high/low-contrast? Red themes, blue themes, multicolour themes, etc.? Why layer something like this on top of an override system, when devs can choose to just not override those things? As an example, the only CSS colours I use on chriswarbo.net are either semi-transparent, or mid-grey (which work on light and dark themes, although I might revisit tha…
Not yet, although the API seems open enough to add this.
Re: Dear web developers: set the font color, too
#117Apple introduced Dark Mode expecting all major websites to maintain some CSS just for a small percentage of macOS users. I don't think it's going to happen (and it's not happening)
Re: Dear web developers: set the font color, too
#118Earlier quoted context omitted.
I looked through the bug report and couldn't find the specification you're referencing. Do you have a link to it by any chance?
Just found it! https://html.spec.whatwg.org/multipage/rendering.html#phrasi... "The initial value for the 'color' property is expected to be black. The initial value for the 'background-color' property is expected to be 'transparent'. The canvas's background is expected to be white."
Re: Dear web developers: set the font color, too
#119This is the browser's fault for violating the HTML spec. As per the specification, the default font color is complete black and the default background color is complete white. To my knowledge the only browser that does not honor this is Firefox[1], and it is an eighteen year old bug which they refuse to fix. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=70315
Your claim surprised me so much I went and re-read the latest HTML spec ( https://www.w3.org/TR/html52/rendering.html#rendering ) and it does indeed say:
> The initial value for the color property is expected to be black. The initial value for the background-color property is expected to be transparent. The canvas' background is expected to be white.
The CSS specs ( https://www.w3.org/TR/2018/REC-css-color-3-20180619/ and https://www.w3.org/TR/2011/REC-CSS2-20110607/colors.html#q14... ) say that the initial values depend on the user agent (hence deferring to the above quote):
> Name: color
> Initial: depends on user agent
> 'background-color'
> Initial: transparent
However, is this also the case for form fields? Scanning through the various CSS specs I can't find any mention of form fields (e.g. buttons, text inputs, etc.). The HTML specs don't seem to specify anything w.r.t. styling form fields either.
Re: Dear web developers: set the font color, too
#120Earlier quoted context omitted.
Sites are already styled according to the user's preference, by default. If you want to respect the user's preference, stop overriding things with CSS.
Sites are styled by default browser stylings. When font changes are inherited from user's settings however, it basically just breaks everything. For accessibility reasons, using the zoom feature is much more stable than increasing the default font size.
Which users choose according to their preferences (e.g. Firefox offers a preferences dialogue for this, and a bunch of about:config options). Whilst most users leave these as the OS/browser vendor's defaults, (in the words of Rush) "if you choose not to decide, you still have made a choice".
> When font changes are inherited from user's settings however, it basically just breaks everything.
> For accessibility reasons, using the zoom feature is much more stable than increasing the default font size.
So you're agreeing that all these sites are broken?