You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Web consists of a wide variety of content types, some of which are application-like, and others which are art-like: for dark mode to be useful for e.g. night reading, as has been suggested, authors need to perceive (prefers-color-scheme: dark) not as a preference for UI in app-like interfaces, but as a global preference for content. I would also like authors to be able to consider (prefers-color-scheme: light) to be as serious as (prefers-color-scheme: dark), and both to be perceived as a real and meaningful request from the user.
For that to work, however, no-preference needs to be a thing. In other words, an OS can't have a light vs dark switch that applies to UI elements which is then simply propagated through the UA to the page. The default case needs to be no-preference, indicating that the page should theme itself however it sees fit, and both "light" and "dark" need to reflect a desire for not just the OS widgets, but content in general, to be "light" or "dark". Otherwise "(prefers-color-scheme: light)" becomes a meaningless signal, and we may as well remove it.
The Web consists of a wide variety of content types, some of which are application-like, and others which are art-like: for dark mode to be useful for e.g. night reading, as has been suggested, authors need to perceive (prefers-color-scheme: dark) not as a preference for UI in app-like interfaces, but as a global preference for content. I would also like authors to be able to consider (prefers-color-scheme: light) to be as serious as (prefers-color-scheme: dark), and both to be perceived as a real and meaningful request from the user.
For that to work, however, no-preference needs to be a thing. In other words, an OS can't have a light vs dark switch that applies to UI elements which is then simply propagated through the UA to the page. The default case needs to be no-preference, indicating that the page should theme itself however it sees fit, and both "light" and "dark" need to reflect a desire for not just the OS widgets, but content in general, to be "light" or "dark". Otherwise "(prefers-color-scheme: light)" becomes a meaningless signal, and we may as well remove it.