Template talk:Episode list

message: The WMF is currently working on theming for MediaWiki (dark mode).
It seems that the LineColor property can result in some color contrast issues when the dark mode is enabled.
You can see this on the links in:
https://en.m.wikipedia.org/wiki/Mary_%26_George?minervanightmode=1#Episodes
It seems like we'll need some dark mode specific styles for this template.
I assume the background colors are not essential to the viewing of the article. With that in mind could we associate this template with a stylesheet and perhaps add the following rules?:
html.skin-theme-clientpref-night .wikiepisodetable .vevent {
    background: inherit !important;
    color: inherit !important;
}
@media (prefers-color-scheme: dark) {
    /* automatic mode */
    html.skin-theme-clientpref-os .wikiepisodetable .vevent {
      background: inherit !important;
      color: inherit !important;
    }
}
 Jdlrobson (talk) 21:37, 9 March 2024 (UTC)
replies: text: As I am viewing this link provided, I see issue not with the LineColor, but rather the "normal" background of the title, director, writer, and release date cells. If the above code is meant to fix that (ie that they just are "white" in light mode and "black" in dark mode), then that seems fine. - Favre1fan93 (talk) 19:11, 10 March 2024 (UTC)
replies: text: Yes, you're correct, getTopColor in the module is setting a hard color. These tables should probably use TemplateStyles for the default colors (I see a few in that function, there might be others elsewhere) and then emit one of the override classes if users decide to set a color for the parameters that allow one (LineColor, it looks like there's some way to set a top color as well, maybe others that provide backgrounds?). Or we can deprecate/stop respecting input colors in this module, which is effectively the same thing for dark mode use but not for light mode. ... I haven't observed the colors to mean anything other than "me want brand color" I think?... Izno (talk) 04:27, 11 March 2024 (UTC)
replies: text: The colors are only meant for the column headers and then the lines delineating each episodes. No other color should be set for any other purposes in the table. MOS:TVCOLOR has the explanation on the intention of colors on TV tables/season articles. - Favre1fan93 (talk) 22:00, 12 March 2024 (UTC)
replies: text: Yes, the link confirms my understanding: "me want brand colors". Izno (talk) 23:19, 12 March 2024 (UTC)
replies: text: Or they're to delineate each episode and season tables, as was very clearly and simply explained to you. -- Alex_21 TALK 09:13, 13 March 2024 (UTC)

text: .vevent is a class reserved as a microformat and I would advise against targeting it with CSS. I'd suggest a new class be added if there is reason to target anything here. Izno (talk) 03:43, 11 March 2024 (UTC)

text: @Jdlrobson This and this were the results of your most recent edits. -- Alex_21 TALK 02:18, 8 April 2024 (UTC)
replies: text: Ack. I guess the best approach here then is to add an additional class here and use template styles to target these elements. 🐸 Jdlrobson (talk) 04:02, 8 April 2024 (UTC)
replies: text: @Jdlrobson Adding the templatestyles tag to every use of this template has caused a couple-dozen pages to exceed the WP:PEIS limit. I've been able to fix a handful of them through other more drastic measures, but is it possible to only include the tag if it's not a sublist? --Ahecht (TALKPAGE) 19:12, 15 April 2024 (UTC)
replies: text: We could perhaps move it to Module:Episode table. Would that make sense.. or are there other contexts this template are used in? 🐸 Jdlrobson (talk) 00:40, 16 April 2024 (UTC)
replies: text: @Jdlrobson I've come across a few pages that build the table manually (such as The Bill series 9), but I agree that putting it in Module:Episode table makes more sense and we can deal with those pages on a case-by-case basis. --Ahecht (TALKPAGE) 02:45, 16 April 2024 (UTC)
replies: text: Those pages should be converted. Gonnym (talk) 11:13, 16 April 2024 (UTC)
thread_title:  Accessibility problems with this template in night mode 

message: Discussion at Talk:List of Hunter Street episodes about whether to include writers and directors, any thoughts please. Thanks, Indagate (talk) 09:42, 12 March 2024 (UTC)
thread_title:  Discussion invite 

message: There seems to be some problem with this template. Short summaries are no longer visible. I'm assuming this isn't deliberate? Skteosk (talk) 21:55, 30 March 2024 (UTC)
replies: text: will be fixed when the season articles are renamed in articles post-move, should be done by a bot at some point or you can do it manually Indagate (talk) 21:57, 30 March 2024 (UTC)
replies: text: I wouldn't know where to start! Thanks for the update. Skteosk (talk) 23:59, 30 March 2024 (UTC)
replies: text: Wikipedia talk:Naming conventions (television)#Technical updates -- Alex_21 TALK 02:32, 31 March 2024 (UTC)
thread_title: Fault?

message: Description of suggested change:
The short summary section of this template does not appear to being showing up on any pages. I have checked multiple different TV shows on different browsers and the Wikipedia App.Zachary Sikes (talk) 03:45, 31 March 2024 (UTC)
replies: text: See the above thread and linked discussion. -- Alex_21 TALK 03:46, 31 March 2024 (UTC)
thread_title:  Edit request 31 March 2024 

message: In cleaning out the mess I made with the whole episode move thing, and as an extension of #Fault? above, could we get a tracking parameter set up for the /sublist template for when  is provided but doesn't match the pagename? Primefac (talk) 08:50, 1 April 2024 (UTC)
replies: text: I was actually thinking about that same idea today in my own clean-up; however, there would be an issue when that table is transcluded. Take Attack on Titan season 1 for example. The  parameter is "Attack on Titan season 1" (and because the page and parameter match, the episode summaries are shown), but when that episode table is transcluded to List of Attack on Titan episodes, the  parameter will still be "Attack on Titan season 1" (and because the page and parameter don't match, the episode summaries are hidden). -- Alex_21 TALK 09:07, 1 April 2024 (UTC)
replies: text: I knew there was a reason why such an obvious fix wasn't in place. I suppose one could put in a secondary check for the series title itself, but I suspect that there will be more false positives than ideal. Primefac (talk) 09:18, 1 April 2024 (UTC)
thread_title:  Tracking category? 

message: A longstanding issue is that you have to scroll sideways on episode lists that have a lot of columns on mobile phones. In the "ShortSummary" section, the text box is as wide as the headers, meaning you have to scroll sideways to read the end of each sentence if there's a lot of columns, making it nigh unreadable unless you tilt your phone on mobile. See previous archived discussions here, here, an acrimonious and uncivil but more in depth discussion here, and a discussion the same as my proposed solution here. My previous talk page section after I first implemented my solution  is here. Please see that section for the full details. I propose to wrap the description text in a div and set the max-width of that div to 90vw (90% of the viewport (window) size. Here is the diff where I have just made the changes to the sandbox again, you can see the difference in testcases on a mobile phone. I'm not saying this is the ideal solution, please let me know if there's any other better ones.MarkiPoli (talk) 07:42, 21 April 2024 (UTC)
replies: text: Not done for now: You will need to demonstrate consensus for a particular change before we can implement — Martin (MSGJ · talk) 11:21, 24 April 2024 (UTC)
replies: text: As far as I can tell, this appears to be the best solution in that the summaries in the testcases on desktop still appear at full width, but upon viewing on mobile do "fit" better. The only problem then is if you scroll the headers you get a lot of blank space to the right of the summaries. Would be curious if other also have thoughts on this. - Favre1fan93 (talk) 17:54, 24 April 2024 (UTC)
replies: text: What if we made the div element sticky? That would keep it visible on the screen even when scrolling. I made a quick mockup of it here. RunningTiger123 (talk) 03:36, 25 April 2024 (UTC)
replies: text: This seems good, did you actually do the Lua coding for it though? MarkiPoli (talk) 17:18, 25 April 2024 (UTC)

text: I also like that. Does making it "sticky" conflict with any sort of WP:ACCESS needs? MarkiPoli, it appears it was only hardcoded within the summary parameter. Someone would need to translate this to Lua to see how it works in that instance. - Favre1fan93 (talk) 22:03, 25 April 2024 (UTC)
replies: text: I added the CSS properties to the Lua module (). It seems to work, though it might be good to tweak the left parameter (there is normally some padding between the left edge of the cell and the start of the text, which goes away when scrolling). As far as the use of floating elements, I don't know how that affects accessibility – a quick search of WCAG doesn't seem to turn up any issues regarding divs or floating elements, but I'm far from an expert. RunningTiger123 (talk) 23:23, 25 April 2024 (UTC)

text: Correction: The summary text appears in front of the headers as it scrolls up the page, but I think that's because I have "Make headers of tables display as long as the table is in view" turned on in my gadgets, not a wider issue. RunningTiger123 (talk) 23:26, 25 April 2024 (UTC)
replies: text: The examples in the testcases all appear to behave correctly. I say this could probably move forward pending any further editor comments. - Favre1fan93 (talk) 20:48, 26 April 2024 (UTC)

text: I tweaked the floating element to add 0.2em padding – this ensures the text doesn't hit the edge of the table. RunningTiger123 (talk) 15:58, 27 April 2024 (UTC)

text: - Favre1fan93 (talk) 23:52, 2 May 2024 (UTC)
thread_title:  Edit request 21 April 2024