Template talk:Episode list

Template:Episode list is permanently protected from editing because it is a heavily used or highly visible template. Substantial changes should first be proposed and discussed here on this page. If the proposal is uncontroversial or has been discussed and is supported by consensus, editors may use {{edit template-protected}} to notify an administrator or template editor to make the requested edit. Usually, any contributor may edit the template's documentation to add usage notes or categories. Any contributor may edit the template's sandbox. Functionality of the template can be checked using test cases.

This template was considered for merging with Template:Japanese episode list on 10 June 2015. The result of the discussion was "no consensus".

This template does not require a rating on Wikipedia's content assessment scale. It is of interest to the following WikiProjects:

Television: Episode coverage This template is within the scope of WikiProject Television, a collaborative effort to develop and improve Wikipedia articles about television programs. If you would like to participate, please visit the project page where you can join the discussion. For how to use this banner template, see its documentation. This template is supported by the Episode coverage task force. Lists This template is within the scope of WikiProject Lists, an attempt to structure and organize all list pages on Wikipedia. If you wish to help, please visit the project page, where you can join the project and/or contribute to the discussion.

Archives

Index 1, 2, 3, 4, 5, 6, 7, 8

Module talk archive Archive index This talk page is automatically archived by MiszaBot II. Threads with no replies in 90 days may be automatically moved. Discussions here are automatically indexed by User:Legobot.

This page has archives. Sections older than 90 days may be automatically archived by Lowercase sigmabot III when more than 2 sections are present.

Subst trick

It would be really useful if the template could perform the Substitution trick is there any chance of getting it implemented? - X201 (talk) 09:19, 5 November 2024 (UTC)[reply]

Broken past pages

I was looking at older versions of Friends season 6 and ones before this revision don't show the plot, all they did was remove the round brackets because those were removed from all titles in march. Wouldn't it be nice if the template knew to treat {{Episode list/sublist|Friends (season 6) like Episode list/sublist|Friends season 6 for backwards compatibility? Anthony2106 (talk) 12:38, 9 January 2025 (UTC)[reply]

Empty area on the right side of short summary text when using wide width

Follow up of Template talk:Episode list/Archive 7#Summary_text_is_too_wide_on_mobile.

Step to reproduce: 1) Visit Fairy Tail: 100 Years Quest#Episodes. 2) On the right Appearance panel, select Wide Width. 3) Hide the left Contents and right Appearance panels.

There is an empty area on the right side of the short summary text, more noticeable when the Gadget "Justify paragraphs" is enabled in Special:Preferences#mw-prefsection-gadgets. With my monitor settings, the body has a width of 1519px, the outer td.description has a width of 1430px, and the div.shortSummaryText has a width of 1382px. This creates a gap of about 50px.

I suggest adding a CSS rule margin: auto; to center the text. This will give a more pleasant viewing experience. Ngoclong19 (talk) 19:39, 9 January 2025 (UTC)[reply]

the shortSummaryText has an explicit max-width, that's the cause. not sure why its there. —TheDJ (talk • contribs) 20:35, 9 January 2025 (UTC)[reply]

The max-width was added after a request that suggested it. Please see the topic I linked in my original comment. Ngoclong19 (talk) 17:28, 11 January 2025 (UTC)[reply]

@Ngoclong19  Done [1] -- Alex_21 _TALK 23:17, 11 January 2025 (UTC)[reply]

@Ngoclong19 and Alex 21: This may be related to this change, but now when viewing episodes on the mobile site, this is a large gap between the left edge of the table and the start of the prose. When you scroll to the right to view the other column cells (as done in the above request), the gap will go away and then stop at the text (as intended). But to start with, it isn't already against the left side of the table. See Fairy Tail: 100 Years Quest#Episodes on mobile. For an example. - Favre1fan93 (talk) 23:11, 15 January 2025 (UTC)[reply]

Yes, I had indeed notice that yesterday, and I've reverted it. @Ngoclong19, if you could find an alternate solution that fixes both scenarios, I'll happily implement it. -- Alex_21 _TALK 23:31, 15 January 2025 (UTC)[reply]

FWIW, everything looks proper to me on Vector 2010 legacy skin on my laptop and on the mobile skin on my phone. - Favre1fan93 (talk) 00:22, 16 January 2025 (UTC)[reply]

And in Vector 2022 and doing the appearance steps Ngoclong19 stated in their first comment. Perhaps it's something specific in their settings? - Favre1fan93 (talk) 00:24, 16 January 2025 (UTC)[reply]

I did some tests. With a 1920x1080 screen and system scale of 125%, so effectively a 1536px width screen, the width difference between the text and the table cell is 50px; with another 1920x1080 screen and system scale 100%, the difference is 70px; with another 1366x768 screen and system scale 100%, the difference is 20px. I think we could calculate how wide the gap will be with the available CSS rule, and it looks like the wider the screen, the larger the gap.

The table cell has a padding left of 5px, so in the final test, the right gap is only 15px. Normally the 10px difference between the two side gaps is hard to notice, but you'll see it clearly if you enable the "justify paragraphs" gadget, as stated in my first comment. Ngoclong19 (talk) 03:03, 17 January 2025 (UTC)[reply]

I use Firefox's Responsive Design Mode to test the mobile version of Wiki. The .shortSummaryText element has position: sticky; left: 0.2em; so it will stick to the left of the screen. If you disable the position: sticky; rule and scroll to the right, you'll see a gap of about 180px for a 410px width screen (around 45% of screen width). My suggestion is amending the previous solution like this, replacing left: 0.2em; with margin: auto; left: 0.1em; right: 0.1em;. To be honest, how the max-width, left, and right interact with each other is beyond me. The 0.1em value is found via trial-and-error, I test with all the built-in profiles of Responsive Design Mode. Ngoclong19 (talk) 03:04, 17 January 2025 (UTC)[reply]