Talk:Reading/Web/Accessibility for reading

The following Wikimedia Foundation staff monitor this page: SGrabarczuk (WMF) Timezone: UTC+1/2 Language(s): pl, en, fr OVasileva (WMF) Timezone: UTC+1/2 Language(s): en, es, bg In order to notify them, please link their username when posting a message.

Archives
/Archive1

...doesn't work with night mode (example). Snowmanonahoe (talk) 02:38, 8 May 2024 (UTC)Reply

phab:T360691 (still need to open a dedicated ticket for this one. Jdlrobson (talk) 00:11, 17 May 2024 (UTC)Reply

Would you please consider adding a font size slider (see how wikiwand.com did it) with a few more values between small (0.88rem) and what you call "standard" (1rem), and save the values separately for m.wiki. 1rem on all my devices looks way too big. Something around 0.93rem would be perfect - for me. Large is ridiculously large, esp. when it comes to infoboxes and alike, I don't understand what made you go that high. pon_or (talk) 12:25, 10 May 2024 (UTC)Reply

The more customization options are added for you the reader, the harder it becomes for you the editor to make a well-formatted content page. Snowmanonahoe (talk) 20:24, 13 May 2024 (UTC)Reply

SGrabarczuk (WMF) and OVasileva (WMF). The more font sizing options, the happier people will be. A well-formatted content page can be made regardless of the font size. As long as the font slider only effects text, and not images. Images are placed in proximity to text. Either below, or beside, a particular paragraph. So the image moves with the text. Regardless of the text size.

The font slider could operate continuously, or in stops. The more stops the better. 1, 5, or 10 percent increments. My Firefox zoom that I put on the toolbar has jumps that are too big if using the plus and minus buttons. But ctrl-scroll changes the text size in 10% increments. --Timeshifter (talk) 14:28, 14 June 2024 (UTC)Reply

Hello! I want to ask a question about the dark mode that A4R is implementing. Currently, the A4R Minerva dark mode looks different to the Wikipedia Android app's dark mode. For example, A4R dark mode's background color (#101418) looks darker than Wikipedia Android dark mode's background color (#212121). Would the planned dark modes for Minerva and Vector 2022, when they are finished, resemble the dark mode for Wikipedia Android/iOS? If not, why? LightNightLights (talk) 16:30, 14 May 2024 (UTC)Reply

I hope the apps then finally stop doing their own (undocumented) thing and use the same styles as the website. hgzh 10:00, 15 May 2024 (UTC)Reply

From an engineering perspective, the approach taking in apps is actually very consistent with the web implementation, and the web implementation took a lot of inspiration from it and challenges it encountered. Fixes to dark mode in the web version for content will also apply in the app. The apps team actually kicked off the first version of our documentation for how to integrate with dark mode.

I'm not a designer, but for user interface, there are different design considerations which need to be taken into account in relation to the different platform so I imagine this is why some colors may vary in the UI. Jon (WMF) (talk) 02:08, 12 June 2024 (UTC)Reply

Hi, it seems like the night mode checker hasn't been updated since a week, for example for dewiki, and is only showing 50 pages. hgzh 09:58, 15 May 2024 (UTC)Reply

Thanks for flagging! I will look at this today! Jdlrobson (talk) 18:11, 15 May 2024 (UTC)Reply

I am still looking into this. I got a new request to run the checker for all wikipedias which is proving more difficult than expected :) Jdlrobson (talk) 00:09, 17 May 2024 (UTC)Reply

How can I disable the dark mode, without disabling Vector 2022? Vestrian24Bio (talk) 02:42, 16 May 2024 (UTC)Reply

@Vestrian24Bio: Hello, you can change from dark mode to light mode from the "Appearance" menu on the right (it look like this). Thanks. SCP-2000 (talk) 03:11, 16 May 2024 (UTC)Reply

Okay, Thanks! Vestrian24Bio (talk) 03:24, 16 May 2024 (UTC)Reply

Why there is different options of night mode on mobile and desktop? KuldeepBurjBhalaike ^(Talk) 06:38, 16 May 2024 (UTC)Reply

Hello @Kuldeepburjbhalaike, thanks for reaching out. What difference between night mode on mobile and desktop do you mean? SGrabarczuk (WMF) (talk) 13:13, 16 May 2024 (UTC)Reply

thanks for the reply @SGrabarczuk (WMF): if i turn on dark mode on desktop it applies only for desktop site of that wiki and i need to turn on the dark mode for mobile web in settings and vice versa for turning it off. will it be good option to turn on/off at once from desktop site or mobile site? KuldeepBurjBhalaike ^(Talk) 13:23, 16 May 2024 (UTC)Reply

Hello @Kuldeepburjbhalaike. Our team has discussed this and this is what we think:

First of all, we do see the value in making connections between different options. See #Global preferences for dark mode.

Mobile and desktop devices may be used in different environments and in different ways. For example, mobile devices are sometimes used in very low-light environments. It makes sense not to assume that best settings for mobile would be best for desktop and vice versa. Alternatively, if we did connect those, the user would have to switch the color scheme each time they would refresh a page on a different device. That's where the team sees the core problem with that scenario.

Yes, it may be painful to change settings for mobile and desktop separately. But according to the team, this is less painful than having to change the settings back on either device.

Tell us what you think. Thank you! SGrabarczuk (WMF) (talk) 23:04, 20 May 2024 (UTC)Reply

hi @SGrabarczuk (WMF): , i have been using dark mode (gadget) on pawiki, enwiki, and wikidata for a long now and i think this thing is very useful to turn on or off dark mode from a single button across devices and sites (desktop and mobile). it's very handy to me maybe not to other users. yeah, i know the dark mode works different on different sites (desktop and mobile) but it could be turned on and off from a single click thats what i'm thinking :) KuldeepBurjBhalaike ^(Talk) 01:16, 21 May 2024 (UTC)Reply

I typically use dark mode on my phone but not on my computer, because they have different types of display and I use them under different lighting conditions. An ability to toggle it across sites makes some sense but not across devices. Nardog (talk) 10:38, 23 May 2024 (UTC)Reply

Hello,

I was using the beta version of Vector 2022. But today when I was checking Wikipedia (main page and some internal pages) I noticed that "night mode" is activated there, without the option of night mode (or dark mode) being activated in Preferences/Gadget!

Regards Mrt.rahimzade (talk) 08:20, 16 May 2024 (UTC)Reply

Hello @Mrt.rahimzade. That's correct. Yesterday evening European time, we introduced the color options (Automatic, Light, and Dark) as part of the Accessibility for Reading beta feature. Anyone who was using the beta feature was supposed to see the new color options.

Originally, our intention was to make Light the default (and anyone who'd want to change that could select Automatic or Dark). But apparently, we made Automatic the default. This got many people confused, and we'd like to apologize for that.

At the same time, we encourage everyone to try out dark mode on different pages. Here you will find detailed instructions on how to make templates and other community-written code dark mode-friendly. (In particular, focus on the part "If you want to identify problems beyond the top 100 articles.")

Thanks, and apologies again! SGrabarczuk (WMF) (talk) 13:22, 16 May 2024 (UTC)Reply

Thank you, Mr. Grabarczyk, for taking the time to explain this matter, your work is wonderful and I hope you will do well! Regards. Mrt.rahimzade (talk) 17:25, 16 May 2024 (UTC)Reply

It was unusual to see new updates being added to the Reading/Web/Accessibility for reading/Updates itself rather than transcluded as before. Is it how it will be from now on? I rather like to have chunks of news on separate subpages. Ата ^(talk) 17:18, 16 May 2024 (UTC)Reply

Thanks @Ата. Some updates were put on separate pages because we were posting them as messages on village pumps. The latest update is directly on the /Updates page because we didn't meant to post it on village pumps, and we have posted/will post other (longer) messages instead. I hope this makes sense. What makes you think sticking to the subpage "model" is better, though? I'm curious. Thanks! SGrabarczuk (WMF) (talk) 17:47, 16 May 2024 (UTC)Reply

It's a pleasant moment when the page reaches 100% of translation, and if there is new content added later, percentage falls and it feels as if someone has just ruined my achievement 😅

Thank you for explanation, I'm ok with any model. Ата ^(talk) 11:51, 17 May 2024 (UTC)Reply

Starting today, the night mode checker seems to be using the vector dark mode and not the minerva night mode. This has two problems. First, the section header still reads "Mobile", and it should either be changed to "Desktop", or there should be a separate section for mobile. Second, pages are opened with ?vectornightmode=1, but that doesn't do anything if vector22 is not the default skin, which is the case for (at least) itwiki, ruwiki, and dewiki. Adding &useskin=vector-2022 to the query string should be enough to fix this. Daimona Eaytoy (talk) 21:30, 16 May 2024 (UTC)Reply

Thanks for flagging the legacy Vector default skin. I am overhauling a few things with the checker here and hopefully will be up and running again by the end of the week. Jdlrobson (talk) 00:07, 17 May 2024 (UTC)Reply

As a steward, I'm operating across a lot of different projects. I need to change the color settings on each project individually, because I want to use the light color while using WMF projects, while my browsers settings trigger the automatic color selection (which seems to the default?) to activate the dark mode. There should be an option to globally select light/dark/automatic instead of having to customise it on every wiki I'm using. Johannnes89 (talk) 16:18, 17 May 2024 (UTC)Reply

@Johannnes89, that's a good idea. We don't know yet how feasible it would be, but I've created a phab ticket. Thanks! SGrabarczuk (WMF) (talk) 16:32, 20 May 2024 (UTC)Reply

I agree with you.

I needed to activate the dark mode inside the Spanish Wikipedia and the English Wikipedia individually.

I thought that my preferences inside Wikipedia were the same across the different languages I read the encyclopedia. Because I just use one account in all the projects I visit. Sebastián Arena... 15:45, 2 June 2024 (UTC)Reply

This should now be fixed. Jon (WMF) (talk) 18:35, 27 June 2024 (UTC)Reply

The side panels are partially in black, but all of the main text on pages is still in the light mode. Black colored text becomes white while the background is still white, so basically it is unusable. I've also tried viewing pages on Ukrainian Wikisource, it works better, but there are still issues with some templates display.

Browser: Firefox 125.0.2

OS: Linux Mint 21

Pages from Ukrainian Wiktionary to try: https://uk.wiktionary.org/wiki/%D0%9A%D0%BB%D0%B8%D0%BC%D0%BE%D1%87%D0%BA%D0%BE

https://uk.wiktionary.org/wiki/%D0%93%D0%BE%D0%BB%D0%BE%D0%B2%D0%BD%D0%B0_%D1%81%D1%82%D0%BE%D1%80%D1%96%D0%BD%D0%BA%D0%B0

Wikisource https://uk.wikisource.org/wiki/%D0%A2%D0%B2%D0%BE%D1%80%D0%B8_%D0%93%D1%80%D0%B8%D0%B3%D0%BE%D1%80%D0%B8%D1%8F_%D0%9A%D0%B2%D1%96%D1%82%D0%BA%D0%B8-%D0%9E%D1%81%D0%BD%D0%BE%D0%B2%D1%8F%D0%BD%D0%B5%D0%BD%D0%BA%D0%B0/I/%D0%9C%D0%B0%D1%80%D1%83%D1%81%D1%8F Bicolino34 (talk) 13:32, 26 May 2024 (UTC)Reply

Hi there, given we have hundreds of wikis, it's not possible for us to fix every single wiki. We have provided a page to assist updating these templates to work with the dark mode and we recommend you share it on your wikis community portal to identify editors who can help with these efforts mw:Recommendations_for_night_mode_compatibility_on_Wikimedia_wikis. They can also ask specific questions here. For the Ukrainian Wikitionary page you point to for example there looks like there are various site styles defined in https://uk.wiktionary.org/w/index.php?title=MediaWiki:Common.css#L-23 that are conflicting with dark mode. It looks like User:Ahonc was the last editor of that page so they would be a good person to reach out to!

Rest assured, we will not be promoting dark mode on any wikis where the content becomes unusable. We also recognize for some wikis this may take longer to adapt to then others. Jdlrobson (talk) 01:30, 29 May 2024 (UTC)Reply

@Bicolino34 anything I can help with here? Jdlrobson (talk) 05:25, 31 May 2024 (UTC)Reply

Thank you for the help. I thought that this was the bug with the dark mode, but didn't even think about local setting of wikis Bicolino34 (talk) 06:27, 31 May 2024 (UTC)Reply

I think there's been a lot of dark mode discussions and here's another one.

A few weeks ago I started having problems with dark mode. I have dark mode in preferences enabled. Since then all the article pages are inverted - showing white background with text links showing dark mode colours.

Watchlist and other wiki pages remain in black. it was driving me crazy.

I restored all preferences back to default and then was able to isolate the problem to the accessibility for reading beta feature. it appears that the two dark modes are clashing with each other.

i have since disabled this feature and dark mode now works perfectly in wikipedia. there is no dark mode in other wikimedia sites enabled. Adenosine Triphosphate (talk) _Gadgets_>_Appearance_>_Dark_Mode_Toggle_an" class="ext-discussiontools-init-timestamplink">22:18, 27 May 2024 (UTC)Reply

Hey, thanks @Adenosine Triphosphate for reporting this. You're right, the gadget and our beta feature are in conflict. On English Wikipedia, our team member and technical editors are discussing the ways forward. SGrabarczuk (WMF) (talk) 01:26, 28 May 2024 (UTC)Reply

In the meantime you can just disable one or the other... Nardog (talk) 04:29, 28 May 2024 (UTC)Reply

Thanks! I should also add that disabling the preferences dark mode does not appear to work, it still shows the inverted colours. only disabling the accessibility for reading beta feature works. Adenosine Triphosphate (talk) 08:20, 28 May 2024 (UTC)Reply

@Adenosine Triphosphate: Hello, did you both untoggle the "Dark mode toggle" and "Core styling for dark mode gadget" option? After you untoggle, maybe you need to clear the browser cache. SCP-2000 (talk) 08:36, 28 May 2024 (UTC)Reply

yes I did, it was really weird. i noticed the problem was on the server side, i tried in incognito mode as well and still had the same problem, i then proceeded to delete my browser history, cache and cookies completely and still had the problem.

basically if you enabled dark mode, the watchlist appeared fine but inverted for normal articles. Adenosine Triphosphate (talk) 10:34, 28 May 2024 (UTC)Reply

I didn't see anyone report this issue, so I figured I'd put it in. The new font sizes are very useful, but the new dark mode appears to break some things. The expansion icons on the table of contents (the little ">" symbols) are black in the new dark mode and are invisible. It's also inconvenient to change the font size while reading if you have the controls moved to the goggles symbol, because you have to scroll all the way back up, but that's probably intended (unavoidable) behaviour. I'll likely use it anyways for the font sizes but hopefully this get fixed as the feature moves out of beta. Mrfoogles (talk) 06:01, 28 May 2024 (UTC)Reply

Thanks @Mrfoogles for reporting the problem of the expansion icons. We'll be working on it soon.

As for the controls being moved to the goggles symbol, yeah, we are giving two options: you have a narrower content area but you can change the settings at any time, or you have a wider content area but you need to scroll to the top. Users can choose depending on their personal preference, width of their screen, etc.

We'll be working on dark mode for some time, and definitely, with the help of editors like you, we'll move the feature out of beta within a few months :) (The font options may be released sooner: for more details, see this announcement, and the paragraph below the line "Our works so far and next steps".) Thanks! SGrabarczuk (WMF) (talk) 23:31, 28 May 2024 (UTC)Reply

I think considering Standard font size as a default is a good idea: I turned it on a while ago leaning back from the computer and haven't switched it back since. May move the goggles back down, but I legitimately don't need to adjust things that much and it attracts attention with the solid-color radio buttons when it's on the bottom. Glad the dark mode is getting worked on: it works but will definitely be better fully functioning. Sounds like it might be a while. Are you also planning to change the font size of the UI elements in the sidebars, along with the content, eventually? It works, but it's a bit odd to have them different font sizes, and I think they would be easier to read. Thanks for the response. Mrfoogles (talk) 06:47, 29 May 2024 (UTC)Reply

This is Template:Hidden, it provides <details> like feature for Commons but on the Main Page of Commons it's arrows are invisible https://i.imgur.com/KIb2hsy.png and I'm puzzled for hours why is that so, the arrow are gray and they are more or less visible right now in Template:Hidden but only in Main Page it get's weird. ebrahim^talk 21:51, 10 June 2024 (UTC)Reply

The main page receives some extra overrides. I'm not entirely sure why... @Jon (WMF) ? —TheDJ (Not WMF) (talk • contribs) 09:56, 26 June 2024 (UTC)Reply

The main page overrides are mostly to disable use of colors andd reduce the amount of work on projects which do not have the capacity to update their main pages.

You should be able to opt out by adding the notheme class to this template or you can copy across and amend the styles for Commons by using the instructions here: https://www.mediawiki.org/wiki/Extension:WikimediaMessages#Disabling_styles Jon (WMF) (talk) 03:36, 28 June 2024 (UTC)Reply

Right now on English Wikipedia, I can see the icon for the Accessibility for Reading menu, but it has no tooltip upon hovering. To help users be aware of the function of the icon without selecting it, could a tooltip be added? Isaacl (talk) 15:48, 11 June 2024 (UTC)Reply

Agreed, tooltip would be useful, specially while the function is new and unfamiliar. 105.225.48.130 06:30, 12 June 2024 (UTC)Reply

SGrabarczuk (WMF) and OVasileva (WMF). Tooltips are essential for icons.

Apple assumes all users of their iphones are fanatics, and so they make the same mistake of not putting labels below the icons in the control center, app library, and elsewhere. I don't use my cheap iphone SE 2020 much since there is a home phone here. And I don't feel as much need to do so, since it is the least expensive iphone. So I don't remember what many of the icons do when I come back to it.

Iphone home screen pages have labels below all the icons. Tooltips wouldn't work there of course since it is a touch screen.

The point I am making is that Wikimedia shouldn't assume people will know what icons do either. At least put a tooltip please. --Timeshifter (talk) 11:41, 15 June 2024 (UTC)Reply

I noticed that the text size options for the new accessibility module are grayed out for any page in Special:. What's the reason behind that? Tenryuu (talk) 17:49, 11 June 2024 (UTC)Reply

phab:T360092 and phab:T366334#9866382 are the appropriate tasks for the discussions that led to this. @SGrabarczuk (WMF) perhaps this could be summarized on the FAQ since it seems like a question that has been asked a few times now? Jon (WMF) (talk) 02:02, 12 June 2024 (UTC)Reply

Thanks for the question @Tenryuu - the idea here was that we would prioritize scannability for pages that did not generally include long-from text. Thus, we leaned towards displaying these pages in the local "small" version so that the page would have higher information density. However, as we receive feedback from the community, we are also open to iterating on this decision. If you have a minute, could you can give more detail on why you would prefer these pages to appear in the larger text size? We can use this to help us in making a decision for the future. Thank you! OVasileva (WMF) (talk) 10:59, 12 June 2024 (UTC)Reply

Hi @OVasileva (WMF), thanks for responding. My reason for asking is because I frequently switch between my watchlist and other namespaces, and the switch between text size becomes jarring and strains my eyes; I've had to increase Wikipedia's text size in the past using my browser so that I could reduce fatigue. Would it be possible to enable the Accessibility toolbar in all the namespaces? It doesn't sound like it'd be taxing on the servers to allow such a thing. Tenryuu (talk) 13:34, 12 June 2024 (UTC)Reply

OVasileva (WMF). I like larger text sizes in general. So I like this initiative by Wikimedia. I have the zoom bar on my toolbar in Firefox. With the plus and minus buttons, and the zoom percentage. Like Tenryuu, I switch often between the watchlist and other pages, and wikitext edit windows. I edit almost exclusively in wikitext windows. I have been editing since 2005. I use the Visual Editor sometimes for some particular types of table editing.

The more text sizing choices the better. I suggest a text-size option just for watchlists, and another just for wikitext editing. I like large text size in general, but slightly less large for watchlists and wikitext editing.

Windows made a huge mistake when it removed its many text sizing options. Its current system is chaos. As I have yet again experienced when I recently moved from Windows 10 Pro to Windows 11 Pro on another PC. I have a 1440x2560 resolution 27-inch monitor. And for some reason this combination is maybe the most exasperated I have ever been with the tiny text in many parts of Windows and apps. I have written much about it here trying to figure it out (much more to do):

https://weedwiki.fandom.com/wiki/User:Timeshifter#Firefox_bookmarks_text_size,_sidebar_width,_menu_text

That section and a few that follow deal with text sizing.

There are text sizing discussions concerning text in maps too. See:

https://en.wikipedia.org/wiki/Wikipedia_talk:Manual_of_Style/Accessibility#Text_in_images

By the way, I wish you had allowed the "expand all" button in the table of contents. See my latest comments here:

https://phabricator.wikimedia.org/T302426

--Timeshifter (talk) 13:45, 14 June 2024 (UTC)Reply

Is there someway to enable the dark mode just always regardless of namespaces? I'm interested in fixing issues on namespace currently not marked for the dark mode myself and have fixed some in my home wiki so probably it's better to see them first even before other beta users. ebrahim^talk 19:25, 11 June 2024 (UTC)Reply

I've been using this temporary global script to this. Is there any namespace in particular you want to fix? I can look into seeing if we can speed up the roll out of dark mode on that namespace if helpful. Jon (WMF) (talk) 02:00, 12 June 2024 (UTC)Reply

Thank you so much, not any particular namespace for now 😊 Thanks ebrahim^talk 11:40, 12 June 2024 (UTC)Reply

Jon (WMF): The code doesn't work in main page of d:Wikidata:Main Page but in a userpage like d:User:Ebrahim but I totally understand give the complexity of the work and Wikidata not being in a priority and I don't expect otherwise either so just consider that as a bug report for the particular script. Using that script I've done some edits in Wikimedia Commons, Wikidata and Persian Wikipedia where I had interface edit access. I will be careful to not add a new concern for you but just to fix things before other beta users have to deal with them. Thanks 😊 ebrahim^talk 12:48, 12 June 2024 (UTC)Reply

Feel free to send a token or write on either phab:T366368 and phab:T366364 where we are tracking this. I think the main concern is we don't want to overwhelm editors with templates to fix. Jon (WMF) (talk) 19:32, 12 June 2024 (UTC)Reply

The icon is too weird. With the lines to the side, it looks like a pair of swimming goggles, not a pair of reading glasses. This makes it stand out, which is a problem for scannability. This button is emphasized but not important, and distracts from the actual article.

It is not important because it duplicates browser features. You can just zoom in normally, or use Firefox/Chrome's Reader Mode for the other settings.

It would be better for the collapsed icon to be moved to the Tools menu, together with the Print/Export display options. When I click hide, I want the menu hidden, not converted into an icon, and I am having to use AdBlock until the button is changed. 184.146.170.127 19:44, 11 June 2024 (UTC)Reply

It seems it works sometimes in Special pages such as translating content, but there are times it doesn't. LEILA FERRAZ (talk) 22:34, 12 June 2024 (UTC)Reply

Every page needs optimizing for night mode. We are aiming to enable all pages, but this takes time because of legacy code.

A list of known issues on these pages can be found by going to https://phabricator.wikimedia.org/project/view/6717/ and scanning the "Excluded experiences" column on the far right. I hope this is helpful! Jon (WMF) (talk) 16:38, 18 June 2024 (UTC)Reply

I can't find anywhere whatsoever to enable this on my own wiki. What version do I need to get this on my own wiki? Is it something I need to install? 81.154.143.12 16:10, 13 June 2024 (UTC)Reply

Yes but with the caveat it's still not stable (we are hoping to release as default in a future MediaWiki version). You need the following LocalSettings configuration:

:$wgVectorAppearance = true;
:$wgVectorNightMode = true;
:$wgMinervaNightMode = true;
:

Jon (WMF) (talk) 15:57, 18 June 2024 (UTC)Reply

Moved to Talk:Reading/Web/Desktop Improvements#TOC is really distracting

SGrabarczuk (WMF) (talk) 19:11, 17 June 2024 (UTC)Reply

The "Powered by MediaWiki" image at the bottom right in desktop view is incompatible with dark mode. It appears to be a transparent image containing black text, so when the background is black, the text is not visible. The "a Wikimedia project" image next to it contains dark gray text, so the contrast with the black background probably fails accessibility guidelines.

I'm guessing that this will be a significant problem for any transparent images that assume a white background. It may need a systemic fix. Jonesey95 (talk) 03:09, 18 June 2024 (UTC)Reply

task T256190 Jon (WMF) (talk) 15:53, 18 June 2024 (UTC)Reply

For example the subcategories in the contents tab are black and therefore hard to see, especially if you're visually impaired.

Next, the powered by mediawiki is also based on dark text and it is also hard to see

And some facts widgets are white instead of black.

Billv22 (talk) 00:03, 19 June 2024 (UTC)Reply

These issues are all being tracked and in the process of being fixed. Jon (WMF) (talk) 22:23, 20 June 2024 (UTC)Reply

Edit: I now see that dark mode for all pages has been discussed under other topics, and it's being worked on.

With dark mode turned on, pages such as the Preferences page, and my user homepage, still show up in light mode, with the message "This page is always in light mode" next to the toggle.

The other dark mode gadget (which has to be disabled to use this project's dark mode) keeps these pages dark, however, so it seems technically possible, and I would appreciate the ability to keep as many pages as possible in dark mode.

FWIW, this project's dark mode is easier on my eyes than the dark mode gadget, I think because the gadget is closer to a pitch black whereas this project uses a dark grey. Spdou (talk) 15:48, 19 June 2024 (UTC)Reply

Please see answer to #Translating_contents Jon (WMF) (talk) 22:24, 20 June 2024 (UTC)Reply

It is hard to see the text as the contrast is so low between the dark blue and the black. Also, the zero left-right padding makes it more difficult to distinguish the first and last character. 0.5 em would be much nicer. Ainali (talk) 21:38, 20 June 2024 (UTC)Reply

If this refers to the change made in Wikidata then I agree. I don't mind the yellow that much, but the purple/black combo don't work as it makes the text difficult to read. Sabelöga (talk) 21:59, 20 June 2024 (UTC)Reply

We plan to share more information to provide background and reasoning behind the reasoning later in the week on phab:T361717. Please subscribe for updates. Jon (WMF) (talk) 22:37, 25 June 2024 (UTC)Reply

The mobile web editor used to show added and removed text in red and green respectively, making it clear to 97% of editors what is happening in that diff. These colors have now been changed to blue and yellow, so that no one can tell which text was added vs removed. This change will lead to good edits getting mistakenly reverted and contributors driven away from editing. Surely there is a win win possibility that keeps the red green distinction helpful to most while using the different shading so it can be distinguished by colorblind editors. Alternatively, another way of viewing mobile diffs that does not depend on color shading. Buidhe (talk) 23:46, 21 June 2024 (UTC)Reply

The diff colors were changed on February 20th to be consistent with desktop. This was unrelated to this project.

We plan to share more information to provide background and reasoning behind the use of blue/yellow in diffs later in the week on phab:T361717. Please subscribe for updates. Jon (WMF) (talk) 22:37, 25 June 2024 (UTC)Reply

class=skin-invert works just fine for thumbnails directly placed into the article, but when you're working on projects with tons of template complexity, it gets real difficult. Here on enwiki we have a couple templates that go 2-3 metatemplates deep, and to invert an image that appears in them, you need to edit all of the templates themselves and add parameters for image classes, and for the metatemplates that usually involves reading hundreds of lines of incomprehensible Lua. Just adding the parameter to w:en:Template:Chembox took me about half an hour.

I have no idea whether this is technically feasible, but might it be possible to set an image as invertible at the image level? Like, add an image to a category or SDC property, and it's always inverted wherever it's used. Snowmanonahoe (talk) 21:58, 24 June 2024 (UTC)Reply

Have you tried the new skin-invert-image class? Jon (WMF) (talk) 18:47, 25 June 2024 (UTC)Reply

How is it supposed to help me? Snowmanonahoe (talk) 21:47, 25 June 2024 (UTC)Reply

> but might it be possible to set an image as invertible at the image level?

Could you elaborate on what you mean by this? Adding skin-invert-image to any element will only invert image tag inside that element, so you should be able to apply it once to the parent element if all you need to do is invert all images in the template.

You can also add a CSS rule to your template to invert all images inside the template if that makes sense and your template has a parent class `html.skin-theme-clientpref-night .template-class img { filter: invert( 1 ); }`

If this doesn't apply to your particular problem, could you perhaps create an example in your sandbox, describing what you are hoping to achieve?

Thanks in advance! Jon (WMF) (talk) 18:35, 27 June 2024 (UTC)Reply

Depuis quelques jours, quand on clique sur un lien, un cadre bleu disgracieux s'affiche autour du lien. Pouvez-vous le corriger svp. Merci. Ayack (talk) 14:21, 25 June 2024 (UTC)Reply

thanks for the report!

Tracked in Phabricator
Task T368137

Jdlrobson (talk) 17:08, 25 June 2024 (UTC)Reply

The recommendation says "Go to https://night-mode-checker.wmcloud.org/" and look at the errors, but when I go to the error list for en.WP, nearly every entry in the list is a link to "Tools" or "show"/"hide". Can these listings either be filtered out or fixed at the MediaWiki level by WMF developers? The error listing is pretty much useless in its current state because it is flooded with these unfixable listings. Thanks. Jonesey95 (talk) 16:27, 26 June 2024 (UTC)Reply

The reports are intended to flag all issues with the page - as some may relate to gadgets/templates/extensions.

It's impossible to filter out these kind of issues, since templates can apply their own CSS but there is a bug fix in the works for this particular issue: phab:T368498. Jon (WMF) (talk) 18:37, 27 June 2024 (UTC)Reply