@Seddon Any update on the readability issues in dark mode? I saw a related ticket here was marked resolved. Do you consider it fixed? Not something I am seeing.

Appreciate the reply @Seddon and this is giving me a bit more faith

Hi @Seddon as promised i am willing to be patient but at what point can we circle back to this that’s fair.

Thanks @Seddon, im wiling to be patient. Just would love to stay in-sync with you slightly if you don’t mind and hopefully have a plan. Felt like last time this was addressed a bunch of plans were proposed but ultimately it never became more than a plan. Like you said, you just took it on, so the past is not your fault. If you need any examples of some common dark mode inconsistencies more than happy though at this point I’m sure you’re more than well aware. Thanks

Hi @Seddon first off thanks for your reply but a lot of this approach wise confuses me based on what you are saying

@LGoto @JMinor @MSantos @Tsevener is it please possible to hear any update based on my last reply. I first filed this nearly 3 years ago and it’s only gotten worse based on many of the examples I’ve provided

Is there please any way to follow up on any of this. I first reported this nearly 3 years ago and it’s actually gotten worse especially for sportsmen templates (ie boxing records and grand slam timelines for tennis players). All along it seemed like the intent was hope the templates could be nudged to be better managed by the editors. But as I expected all along that wasn’t going to help with the issue in the slightest. Feels it would Be better to directly address the most popular templates individually and perhaps have some rules for color backgrounds (ie white background uses black text and vice versa) but certainly this feels it can be in a much better place after all this time, please

@Tsevener to add on to you comment, is there any reason why the background can’t simply be used to determine whether the text goes white or black. There are so many articles I can’t read (especially tables) where it’s white on white or black on black. I do recall there were like 5 seperste suggestions on possible fix methods and all went cold. And as a result for 2-3 years it’s basically rendered using the Wikipedia app religiously in dark mode impossible. While documentation adds a context, it does not alleviate the underlying issue which I feel will never be fixed. There are so so many articles affected

@MSantos what is the status on all this? I have been completely mum on this for an entire year (though the issue has stretched closer to 2). And the issue is no better. At one point you guys hoped editors would take it into their hands to better style, but you can’t lelave it up to them, most don’t notice those things and I’d say it’s more often than not that headers are completely unreadable in dark mode. Is there any plan whatsoever to have any relief/hope for this ever to improve? If anything, it’s only gotten worse for most templates.

This may deserve another separate ticket, but I see a bunch of articles where they have legend-dictated shading for the tables yet in dark mode it doesn’t carry over

Hi any update on this ticket?

@MattCleinman do you ever see an item like this being picked up or do items that fall into the backlog like this ultimately fall into the “we’re not gonna fix it” category

Are any of the open tickets planning to address the more common dark issues that appear quite often more directly OR is leaving it to the editors to notice the route you guys are sticking to the most right now?

I’d also be curious if the preview feature will basically be a “passing the buck” of responsibility to the template editors that may ultimately result in a lot of prolonged inaction and a continued ruined experience with dark mode in the apps?

@MSantos, wanted to circle back just once more please on Infobox baseball biography vs Infobox NFL biography please.

Hey @MSantos, again not to oversimplify but wanted to circle back to one approach one more time please just to make sure it’s indeed not possible as it seems to me like a feasible approach .

@MSantos just checked the wmflabs preview pages and perhaps you’re right (if so my apologies). Was just surprising as it always appears the examples I provide are fixed ahead of the other examples that are identical. But perhaps vadim or whomever is fixing it is fastracking those examples leading to me jumping the gun🤷‍♂️

@MSantos @vadim-kovalenko, I’m still very confused why it appears some of these articles are being fixed. But only as one offs and tons of other errored articles remain. Wouldn’t fixing the templates improve them in bulk? What makes them unique?

The one last thing I’ll say (this is more subjective), since you pointed out how the templates are unique, is that I do like how the theming works for NBA and NFL players more than how it is for MLB where the theming applies to the succeeding headers as opposed to the titular athlete name box

@vadim-kovalenko,

@MSantos, are some of these items being fixed article-by-article, one by one, rather than being addressed with a more universal approach?

@MSantos, I have a good bit more but I’m saving them on the back burner for now so as not to overwhelm as these cover most use cases. Will reevaluate once we make headway on the above.

@MSantos any specific reason you left off the first few bullets regarding TV items for the edit above?

Thanks @MSantos

Hi @MSantos, would you agree with most of what’s outlined in previous comment? (Especially still a ton of black on black and white on white in TV templates and for sports, most themes are still missing in dark mode)

Hey @MSantos, for my last comment I was actually specifically focusing on TV episode tables as that was more specific to this thread

@MSantos, hi circling back again. Since I saw at least a fix was deployed today, just want to make sure you’re aware this is still of issue with most articles. While athlete pages are by far the most off, focusing solely on just TV episode page tables as this ticket does, there are still tons of episode pages that haven’t been fixed. Apologies if jumping the gun, but since I saw it was in deployed state, just wanted to make sure as we’ve already gone through 4 rounds before without it ever hitting the core examples I first sent.

Thanks @vadim-kovalenko for the update. Yes was following that patch but wasn’t sure since it didn’t seem to have an update in a few weeks. Keep in mind I had added some variations even beyond those covered in https://phabricator.wikimedia.org/T252904 above, but I’ll stay tuned

Any chance to get an update please @MSantos @vadim-kovalenko but any chance to confirm if you agree on any of the more recent comments? Not to be too impatient but I opened this ticket here late in 2020 and have been emailing support even months before that. Understand that merge requests take time but I am hoping to approach this more universally rather than template-by-template if at all possible, but if there’s a 3 month gap between every single time we add a new merge request in this may take years to fix. As shown by some of the images in my comment prior to this, so many articles are affected where not only is text hard to read but even invisible in dark mode. And I’m sure you don’t want to create an experience where we have to constantly bounce between dark and light themes

@MSantos @vadim-kovalenko, while my past two comments went more in depth, still think athlete pages like these are the ones that have been most affected by the recent changes. As mentioned above, the dark pages have actually deprecated since the work started. Should be pretty clear to see the drastic difference between light and dark mode:
•black text on black background
•completely obscured text
•themes missing
•split half-light&half dark panels, etc.

Hi @vadim-kovalenko, thanks for the update. Few remarks

Hi @MSantos @Art.tsymbar this is looking better (ty for the work thus far) but I still have a few more edge cases that still are extremely similar to the original root post/issue

Thanks @MattCleinman understood it wasn’t a high priority and that’s ok!, but hopefully bug backlog means hopefully at some point this year (maybe during a bug fixing sprint) and not into an abyss of prob falling off forever 😬. But thank you for confirming!

Hey @MattCleinman, did my latest comment allow for you to reproduce this consistently?

Ah ok, that makes total sense, thanks @Art.tsymbar sorry to doubt. Just wanted to make sure it wasn’t an accidental revert. Appreciate the work :)

Hey @MSantos @Art.tsymbar this actually regressed. You guys did patchwork for the light themes and I mentioned the issue persists still in dark mode. I noticed last month on the betas, that the improvement for light mode was reverted as well and it went back to how it was originally. I chose to be patient and wait until the public update though to circle back which was published today, but it’s the same situation. Is that intended?

@MattCleinman, I have a much more succinct way to sum up this issue. If You go down enough in a longer article, the TOC will never scroll to keep up with your progress for the first attempt. All that matters to reproduce is if you proceed straight to a section beyond the break in the TOC

Awesome. Thanks @MSantos, glad to hear it does sound like it can be patched as well as opposed to being chalked up to the editors responsibility. Will stay tuned, but probably revisit this once you guys have a chance to go about the 2nd go-around to see if any common edge-cases still slip through that may be able to grabbed in bulk :)

@Art.tsymbar or even @MSantos hopefully it’s ok for me to circle back on this but did sign off mean that this issue landed server side?

As simply a passionate user who’s been pushing for this to be improved for a bit, assuming this being pushed to code review means good things, just wanted to pop in to say thanks for the work! 👌

I see the last action changed this from merging history and search to just enhancing it and I feel this misses the biggest point.