Problem: Wikipedia's bright themes/skins are difficult on reader's eyes. Vector 2022 is live and both readers and editors alike are ready for a true dark/night mode, like the one already supported in the native iOS/Android apps, and joining the most popular websites, web browsers, and operating systems that offer built-in support without hacks or workarounds.
Who would benefit: The average reader. This would also contribute to site accessibility and user energy savings (on OLED screens) and is already supported in the native iOS/Android Wikipedia apps.
More comments: This could be the year! This feature was previously blocked by the Desktop Improvements project, but can now proceed as directed by the Web team, built initially for logged-in users (see discussion below). In a previous update, that they stated it "would require significant work with the communities". Well this is the Community Wishlist Survey and we're ready for it!
This request was ranked among the top wishes of 2022 (if it wasn't kept in a separate category) and was ranked #2 in 2019.
I'm definitely in favour of this proposal, too. I'm aware that this will involve a massive conversion and testing of all the templates used on Wikipedia and other projects (including infoboxes, tables, charts etc.) to support, look good and be readable in both modes, and a lot of effort (and some discussion about some design choices) will be needed, but the community and the development team could work together on this for as long as necessary. --Lion-hearted85 (talk) 22:32, 23 January 2023 (UTC)[reply]
It's rather conditional, but if another team is already doing to have to crack the problem for the Vector2022 work, then darkmode should be hanging off its shoulder, implemented 0.4 seconds after it's in place. Darkmode is the work that WMF and Community alike have been freely in lockstep agreeing that we desperately need one and only one big technical blocker prevents it. DI reckoned they'd know if their fix would be possible by the time we head to voting, so we should know well before community tech has to make their judgement if we can progress further. Personally, if we are going to have a darkmode, a palate akin to Discord's would be great - but that's one for later! Nosebagbear (talk) 22:56, 23 January 2023 (UTC)[reply]
Support for this proposal; I'd like to look up the origins of the humble creme bruleé at 1am without blasting my eyeballs with a white text background. It would be a lot of work, but good god I think we'd all throw a party if it was implemented.Ineffablebookkeeper (talk) 23:15, 23 January 2023 (UTC)[reply]
"Well duh obviously" I thought when reading this, but then I realized that this proposal seems to have an assumption built-in that is yet unmentioned: that we would be able to toggle between dark and light modes. So thanks for bringing it up! I definitely support a dark mode that allows the users (accounts and IPs) to apply on the fly. — Mignof (talk | contribs) 02:57, 24 January 2023 (UTC)[reply]
Support: i want to save my eyes to be honest but just make it a little greyer would be nice. 02:25, 24 January 2023 (UTC)
Yes, please! Honestly, even a random inversion filter of everything but images would already be a major improvement. And please, please, please, make it CSS-only, following the "prefers-color-scheme" information --Tfardet (talk) 06:41, 24 January 2023 (UTC)[reply]
FYI, there is already a Gadget for that available on en.wp (and available to each other wiki that wants to install it) that does exactly that ? — The preceding unsigned comment was added by TheDJ (talk) 11:05, 24 January 2023 (UTC)[reply]
Strong agree. The brightness of the standard browser page and the style of the existing dark mode gadget have both triggered migraines for me in the past, limiting the contributions I can make. DJ Cane (talk) 08:49, 24 January 2023 (UTC)[reply]
Strong support, the gadget isn't actually a darkmode but simply just a color inverter which, in my opinion, is just a lazy way of doing it. Rather than putting in the effort to make a real darkmode it's basically jsut "You asked for a dark mode! This is a mdoe that's dark". We want a real dark mode, not a color inverter. ― Blaze WolfTalkBlaze Wolf#654513:38, 24 January 2023 (UTC)[reply]
For whatever reason I was never notified of this response Isn't it something to do with not having enough money supposedly? I'm not saying the team is being lazy, I just feel they could've put some more effort into it other than just making it a color inverter which some OSes come with as an option default (I know Windows 10 and Chrome OS both have color inverters default, don't know about other OSes). ― Blaze WolfTalkBlaze Wolf#654523:04, 10 February 2023 (UTC)[reply]
I definitely agree. An easy to find, user friendly dark mode should definately be implemented. I use dark mode through CSS but there should definitely be an implemented dark mode for the ones who don't want to fix with CSS and stuff and just want a dark mode to easily turn on for either reading or editing. Vidde09 (talk) 16:44, 24 January 2023 (UCT)
Yes, a dark mode feature is definitely a must, even when logged out. Only if the colors of the images don't go negative while loading, though. Lamp301 (talk) 05:27, 26 January 2023 (UTC)[reply]
Strong support. For a couple of months last year I suffered from photophobia, and had to set everything to dark mode to get any work done. A lot of migraine sufferers would appreciate this. Funcrunch (talk) 19:26, 30 January 2023 (UTC)[reply]
Having tried it a while back I thought perhaps I was remembering it poorly so loaded it back up for yesterday. Yes, I remember why I turned it off - it's very painful on the eyes, especially with blue/purple. I've also tried some of Giraffer's - which were less bad but still somewhat painful.
I don't know if dark mode layouts can be viably copyrighted, but if not, Discord's imo is the best I know. A mix of soft and mid-grays, slightly lighter blues. There's a reason that light-mode users on Discord are viewed as heretics[FBDB]Nosebagbear (talk) 09:31, 31 January 2023 (UTC)[reply]
I tried the gadget a while back and it resulted in flashing screen and it missed a lot of elements. For me the flashing was worse than working in light mode. Flounder ceo (talk) 16:35, 31 January 2023 (UTC)[reply]
I support dark mode. I think the quickest way to get there would be to allow mw:Skin:Citizen for logged-in users. This skin automatically detects browser preferences and engages dark mode. I have been using it on Encyc with very few problems. Flounder ceo (talk) 16:30, 31 January 2023 (UTC)[reply]
Hey everyone! Good news, we are going to move this proposal and let it into "Voting." We anticipate it will be very popular, given how popular it was last year as a Larger Suggestion. This being said, we want to set up expectations up front. The team implementing this wish will have to take complex considerations into account when they work on this previously "way too Large" wish. Pending the Voting results, the Web team has signed up for making dark mode available on beta, at the least. However, deploying a dark mode functionality the right way will be a multi-step process and a lot of the complexity arises when considering logged-out users. The initial release of the wish will not include logged-out users for this reason. Hope that adds visibility! Excited to see how this proposal scores in the Voting phase. Thank you all for engaging thoughtfully on potential avenues for deploying a dark mode to users. NRodriguez (WMF) (talk) 16:04, 7 February 2023 (UTC)[reply]
@Czar Do you mind if I reword your proposal to indicate that the Web team will be working on it? I just want to make sure expectations are clear when this goes into voting. Thanks, MusikAnimal (WMF) (talk) 18:23, 7 February 2023 (UTC)[reply]
I went ahead and made some changes. Hope this is okay! Note also again it sounds like only logged-in users will get dark mode, initially, in case we feel that should be explicit in the proposal. Thanks and regards, MusikAnimal (WMF) (talk) 01:27, 8 February 2023 (UTC)[reply]
Just make sure it is optional and not the default mode. Studies show that reading is harder in dark mode than light mode in general, and it's also much harder to read in dark mode when you have some vision issues like astygmatia.(talk) 13 February 2023
A good starting point will be https://commons.wikimedia.beta.wmflabs.org/wiki/Main_Page . Go to that site without logging in. Open the "Tools" drop-down menu > Click "Gadgets" > Click "Dark mode". This allows even anonymous users to use dark mode smoothly across pages. There is no white flash now, which was the case earlier on simply putting dark mode on sitewide js. Developers may use this as a template going forward. —(ping on reply)—CX Zoom (A/अ/অ) (let's talk|contribs) 11:58, 18 February 2023 (UTC)[reply]
Alternatively, the Android mobile app dark mode can be used as a template but I know very little about Android app and its feasibility to extend dark mode onto website. —(ping on reply)—CX Zoom (A/अ/অ) (let's talk|contribs) 12:02, 18 February 2023 (UTC)[reply]
CX Zoom, several technical users (and I think some WMF devs) have suggested this would result in a "cache split" where the servers would cache "with dark mode" versions of the every page/article. This would considerable increase server load and result in more cache misses, so the site would be slower for the end user sometimes as well. (but not nearly as slow as it would be if everyone created an account which would destroy Wikimedia overnight) prefers-color-scheme is technically the superior solution, but sadly not uniformly (or even easily in many cases) switchable for the end user. However, unlike for example ?uselang=de, I don't think ?withgadget= or ?withCSS= affect parser cache. There are some minor differences in the HTML outside the parser output, most notably the returnto parameter for the Special:CreateAccount link and the "mobile view" link in the footer, but I'd think (if that's part of any cache) that could be resolved differently. (either strip GET parameters from the returnto parameter and mobile view link or hack them in using JS when the link is actually clicked) But a WMF dev would have to comment on this, while I think it's technically possible to have this without a cache split, I don't know exactly how the caching mechanism works. Whatever the Android (or iOS) apps do can't be implemented on the website. The apps adjust things locally, on the device of the user. Extending this to the website would mean writing browser extensions for Chrome, Firefox, Edge, etc. that the user would have to install. — Alexis Jazz (talk or ping me) 14:44, 18 February 2023 (UTC)[reply]
Oppose This should not a priority to develop. A costly WMF development team should not spend a gross amount of time changing the colors of a website when they could instead be building tools that multiply the efforts of editors. If you want it this bad, learn how to add it yourself and submit a patch on Gerrit. Lectrician1 (talk) 22:22, 10 February 2023 (UTC)[reply]
Support This is a great idea and would make it a lot easier as the average reader most likely wouldn't know how to make a dark mode themself. ― Blaze WolfTalkBlaze Wolf#654523:06, 10 February 2023 (UTC)[reply]
Support While I wouldn't need it myself, this would be useful for many, not to mention the fact that wiki farms have this kind of thing already. We are behind. Firestar464 (talk) 01:11, 11 February 2023 (UTC)[reply]
Support Please for the love of everything, start on this already. It's been years. The longer this is put off, the longer it's going to take. I bet the horrid Vector 2022 skin would've been better received if it had been launched with dark/gray mode support. Veikk0.ma (talk) 22:32, 11 February 2023 (UTC)[reply]
Support Every big website has a darkmode, and many people work with darkmode, so we shouldn't scare people with pure brightness 958s (talk) 21:03, 18 February 2023 (UTC)[reply]
Support It would be useful for night owls and people who prefer darker color schemes in general, without the need to install third-party userstyles. Despair6610 (talk) 08:50, 19 February 2023 (UTC)[reply]
Support this should be implemented in all the wikipedia skins. (In ES-wiki we use the Vector legacy 2010 as default skin for users and non-users) Niskka2 (talk) 22:19, 19 February 2023 (UTC)[reply]
Support I think this is important not only because it is a oft requested feature, but also because it will require us to do more modernisation of our skin, which I think is important for the health of our platform. —TheDJ (talk • contribs) 13:11, 20 February 2023 (UTC)[reply]
Support Would be nice to have a default dark model on all platforms (browsers/mobile/etc). Using external style changers gives a bad experience for SVGs and certain kinds of transparent images, and supporting these out of the box would be great! Kyucasio (talk) 22:58, 20 February 2023 (UTC)[reply]
Oppose requires loads of work by communities to support it (transparent images, custom hardcoded colors) - there is no capacity for it and community tech will likely not fix articles. -- hgzh06:52, 23 February 2023 (UTC)[reply]
Would require some community work to make dark mode perfect, but we could easily have workarounds, eg. img{background: white}, which would be ugly but keep things readable in the meantime. SmallJarsWithGreenLabels (talk) 13:06, 24 February 2023 (UTC)[reply]
Strong support I know it's complicated to do, that suddenly some svg would be unreadable, but in this case I'm sure there is a way to modify the code of the svg file so that it becomes white when dark theme is enabled. I would also like the dark theme to be not necessarily black but dark gray (like the dark theme of the social network Discord), because it is more pleasing to the eye and less eye strain. Manjiro91💬12:31, 23 February 2023 (UTC)[reply]