Jump to content

Template talk:Series overview/Archive 3

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1Archive 2Archive 3

OK, What Am I Doing Wrong Here?...

The following (sorry, couldn't figure out how to 'nowiki' this – but the code can be found by clicking 'Edit') is generating an error message – I can't figure out why?...

SeriesSeasonEpisodesOriginally airedNetwork
Part Original series: y
1991 series113October 25, 1991 (1991-10-25)November 21, 1992 (1992-11-21)
213June 19, 1993 (1993-06-19)October 2, 1993 (1993-10-02)
313January 8, 1994 (1994-01-08)April 16, 1994 (1994-04-16)
413October 1, 1994 (1994-10-01)January 21, 1995 (1995-01-21)
513October 7, 1995 (1995-10-07)February 3, 1996 (1996-02-03)
Part First revival: y
1999 series113February 6, 1999 (1999-02-06)May 15, 1999 (1999-05-15)
213April 2, 2000 (2000-04-02)June 11, 2000 (2000-06-11)
Part Second revival: y
2019 series13October 11, 2019 (2019-10-11)October 25, 2019 (2019-10-25)Nickelodeon

Any ideas?... Thanks. --IJBall (contribstalk) 17:43, 11 December 2020 (UTC)

@IJBall: |multiseries= has to go after the flags. I've switched it in your code. Cheers. (Also for formatting, YYYY series shouldn't be italicized.) - Favre1fan93 (talk) 18:08, 11 December 2020 (UTC)
Thanks! I would never have figured that out! --IJBall (contribstalk) 18:16, 11 December 2020 (UTC)
No problem! I just looked at the example, and started swapping in your content to see where it was breaking and went from there. - Favre1fan93 (talk) 19:35, 11 December 2020 (UTC)
@IJBall: Out of curiousity, would the below work for the same intended purpose, removing duplication between the headers and the series parameters? This would be similar to the table at The Twilight Zone. I think your idea would be great for List of DreamWorks Dragons episodes as well, to remove the whole seasons 3-8 numbers, since they're not detailed as such, but then I was debating on the content of the separate headers and series parameters.
SeriesSeasonEpisodesOriginally airedNetwork
Original series113October 25, 1991 (1991-10-25)November 21, 1992 (1992-11-21)
213June 19, 1993 (1993-06-19)October 2, 1993 (1993-10-02)
313January 8, 1994 (1994-01-08)April 16, 1994 (1994-04-16)
413October 1, 1994 (1994-10-01)January 21, 1995 (1995-01-21)
513October 7, 1995 (1995-10-07)February 3, 1996 (1996-02-03)
First revival113February 6, 1999 (1999-02-06)May 15, 1999 (1999-05-15)
213April 2, 2000 (2000-04-02)June 11, 2000 (2000-06-11)
Second revival13October 11, 2019 (2019-10-11)October 25, 2019 (2019-10-25)Nickelodeon
-- /Alex/21 01:02, 12 December 2020 (UTC)
I prefer what I did above, but if you want to solicit other opinions, feel free to post to Talk:List of Are You Afraid of the Dark? episodes. --IJBall (contribstalk) 01:06, 12 December 2020 (UTC)

WCAG

@Alex 21: your reasoning behind reverting the change was referenced WP:WCAG AAA and WCAG AA, therefore conforming to WP:COLOUR, but the WCAG guideline from what I can find only covers background and text. There's not really any information that is accessible regarding tables and how empty cells are being used solely to distinguish between rows on a table.

But since the goal of that empty colored column is there to make each row more distinct for navigation purposes, if we use the principles of GCAC, Per Snook.ca, the colors do not follow WCAG AAA or AA. The contrast ratio is not big enough.Blue Pumpkin Pie (talk) 15:17, 18 January 2021 (UTC)

What colour(s) currently used do not conform with AAA? -- /Alex/21 23:14, 18 January 2021 (UTC)
@Alex 21: Based on using the principle of WCAG, according to snoook.ca these colors don't work together.
A next to B
C next to D
E next to F
Since we're dealing with empty cells and not background/foreground readability, I think the most that these cells should require in principle is to meet WCAG AA 18 pt+.Blue Pumpkin Pie (talk) 15:37, 19 January 2021 (UTC)
@Alex 21: are you still interested in the topic? If you like, I can bring this up to a bigger audience. Perhaps I can bring it up with WP:WPACCESS if you no longer wish to discuss itBlue Pumpkin Pie (talk) 15:33, 1 February 2021 (UTC)
Apologies for the delay, and thanks for the ping. As far as I know, WCAG does not concern itself with colours next to each other. It's best to note as well, that per Wikipedia:Don't edit war over the colour of templates, anything written anywhere about the particular choice of colour is at best a recommendation; literal and pedantic interpretation of such guidelines, especially dated ones, is generally a bad idea, especially given that the overviews on this page are not live overviews and are only examples. -- /Alex/21 00:30, 2 February 2021 (UTC)

Column widths

Is there a way to set column widths, like with episode table? -- 65.92.246.142 (talk) 23:57, 3 May 2022 (UTC)

For what purposes would either of these changes be helpful? -- Alex_21 TALK 01:40, 4 May 2022 (UTC)
re: widths -- Why wouldn't you want to set the presentation of widths? So that you can choose season title widths, showrunner widths, instead of letting it fall randomly. It has the exact same use as why you would want to set column widths on episode list tables -- 65.92.246.142 (talk) 01:46, 4 May 2022 (UTC)
Widths are set in episode tables to conform columns with one another when there's more than one season; this is not the case for series overviews, in which there is only ever one overview. The widths are not "random"; they are automatically set to include only what they need to. (Example, List of Game of Thrones episodes, where the columns conform between each episode table, vs. Moon Knight (TV series), where the columns do not have set widths at all.) -- Alex_21 TALK 01:49, 4 May 2022 (UTC)
If you can specify column widths, instead of letting the pagesetting engine assign it willynilly, then you can actually not let something like showrunner take up half the page width, if a long name were to be entered there, and so forth with other info and aux columns. -- 65.92.246.142 (talk) 03:50, 5 May 2022 (UTC)
Use line breaks. Narrower columns, problem solved. -- Alex_21 TALK 03:55, 5 May 2022 (UTC)

Short summary

Can a short summary be added, like with the episode table, underneath each season data and spanning the table? -- 65.92.246.142 (talk) 23:59, 3 May 2022 (UTC)

For what purposes would either of these changes be helpful? -- Alex_21 TALK 01:40, 4 May 2022 (UTC)
re: short summary -- if you're trying to find information about a particular season, and you don't know the season number, a short summary will help you find the season in question if you know a general overview of what happened them, especially if the link is to a a season article. This would be particularly useful on season-anthology shows, or shows with season-long arcs -- 65.92.246.142 (talk) 01:46, 4 May 2022 (UTC)
What you're describing for the short summary is a Premise, which already has its own section in a series' parent article, making this redundant. (Example, The Marvelous Mrs. Maisel#Premise.) -- Alex_21 TALK 01:49, 4 May 2022 (UTC)
That would only work if such a section existed. And on Mrs. Maisel, it is entirely unlinked. There are many articles without such a premise section, but still having season articles. Thus it is not redundant. -- 65.92.246.142 (talk) 03:48, 5 May 2022 (UTC)
Then create such a section if it doesn't exist. It's fully supported by MOS:TV. Again, problem solved. The Marvelous Mrs. Maisel is unlinked because it doesn't have season articles; if you want links to the separate season tables, then use the Table of Contents/TOC automatically generated by Wikipedia. We're not going to create unnecessary additions for things that already exist. -- Alex_21 TALK 03:57, 5 May 2022 (UTC)

Template-protected edit request on 7 October 2022

Add support for align=center param to center align the table. This can be done by adding below code as shown in Module:Series overview/sandbox

	-- Align
	if args.align then
		if args.align == 'center' then
			root:css('margin', '1em auto')
		end
	end

This is verified to work in testcases page. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 16:23, 7 October 2022 (UTC)

@ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ In what scenario does the series overview table need to be centered? I have come across no situation where this is necessary. -- Alex_21 TALK 22:48, 7 October 2022 (UTC)
@Alex 21: it's a stylistic choice. If you see this search there are about 100 articles where {{Series overview}} is centered using the obsolete HTML <center>...</center> tag. This causes Lint errors and pages appear in Special:LintErrors/obsolete-tag. This can be fixed if the template has align param and used instead of center tags. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 02:09, 8 October 2022 (UTC)
Presumably Alex 21 thinks you should remove the <center>...</center> tags entirely instead of supporting them here. Edit request  Not done pending consensus. * Pppery * it has begun... 16:33, 8 October 2022 (UTC)
I also agree with Alex, I don't see the need for these to be center aligned as solely a stylistic choice. - Favre1fan93 (talk) 16:59, 8 October 2022 (UTC)
(edit conflict)@Pppery: editors who fix Lint errors preserve page display as much as possible. If this template does not have align param, people are going to replace it will ineligant things like <div class="center"> [1]. It is common practice to add an optional align param to templates to replace center tags HTML 5#Templates. I don't think this is something that needs consensus. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 17:01, 8 October 2022 (UTC)
Every action on Wikipedia, once it's been objected to in good faith, needs consensus. And the fact that you edit conflicted with someone disagreeing with you does not look promising ... (oh, and I assume you meant to link to Wikipedia:HTML5#Templates) * Pppery * it has begun... 17:05, 8 October 2022 (UTC)
A very quick look at the search link that was provided with the crude HTML makes it seem that this appears to be frequent on Spanish-related series, so this is definitely the outlier, not the rule. Any instance of the HTML should just be removed. The template shouldn't be adjust to accommodate such a small set of articles. If it was more wide-spread, then probably. But in this case, I don't see the need as stated earlier. - Favre1fan93 (talk) 18:09, 8 October 2022 (UTC)

Noting that I have replaced every instance of <center> with <div class="center">. That this template does not have an inbuilt align param won't stop users from centering it using alternate ways on a page by page basis. I don't really care whether this is left or center aligned as long as it does not create Lint errors. If someone wants to take responsibility for changing existing page layout by removing centering, they are free to do that. ಮಲ್ನಾಡಾಚ್ ಕೊಂಕ್ಣೊ (talk) 10:36, 9 October 2022 (UTC)

Sortable table?

Can this table be made sortable, akin to class="wikitable sortable"? This seems like an odd request but there is at least one instance where sortability would be useful: when there are overlapping series of related shows. An example would be at Marvel's Netflix television series#Series table, where sorting by "Originally released" would aid in seeing the order of the various series.--☾Loriendrew☽ (ring-ring) 21:45, 22 November 2022 (UTC)

That would create more problems then it would solve. Wikipedia is also WP:NOTTVGUIDE, so sorting by "release date" is not a necessity, since current consensus is this table should group like seasons of a series (of which are in order of first release) together. - Favre1fan93 (talk) 16:09, 23 November 2022 (UTC)

Can someone please look at List of Are You Afraid of the Dark? episodes#Series overview and figure out why this table is "broken" (i.e. why the first seasons of each version have a missing "color bar")? – I assume it have something to do with the use of the |part1=, |part2=, etc. parameters, but I can't figure it out on my end because the template docs don't mention the |part= parameter. Thanks. --IJBall (contribstalk) 16:38, 7 January 2023 (UTC)

Not sure but seems to be working fine my side on Windows 10 laptop, Chrome Screenshot, what device are you using? Thanks, Indagate (talk) 16:49, 7 January 2023 (UTC)
Interesting – I primarily use Firefox, and I am definitely not seeing what you are seeing. I'm seeing the first "color bar" missing in each "part" of the table. --IJBall (contribstalk) 16:58, 7 January 2023 (UTC)
Any followup on this? @Alex 21: Have you gotten a chance to take a look at this (esp. in Firefox)?... --IJBall (contribstalk) 20:24, 9 January 2023 (UTC)
@IJBall Yep, issue should be fixed now, tested in Firefox and Chrome. -- Alex_21 TALK 21:34, 9 January 2023 (UTC)
Based on the above, I've added documentation concerning the |part= parameter and usage of {{Series overview/part}}. Hope that helps too. -- Alex_21 TALK 02:18, 18 January 2023 (UTC)

Different airdates

I want to import this module in itwiki where we have tables like this one. This module allow to insert columns about another country's airdate or I have to add something to the module? Thank you. Redjedi23 (talk) 22:16, 17 March 2023 (UTC)

We should only be listing the airdates for a series' origin country; what examples would need to go against this standard? -- Alex_21 TALK 01:36, 18 March 2023 (UTC)
I agree with you. Only the original airdate should be listed. But in itwiki we list also the first Italian airdate, so if I want to import this module in itwiki I have to do some edit in order to add a section about the it airdate. That's why I asked if this module allow to insert other airdates. Redjedi23 (talk) 08:45, 18 March 2023 (UTC)

Rendering is broken for me on Firefox

All these tables now render the header ON TOP OF the first row for me. This happens in the latest Firefox (v.112) & latest MS Edge (112.0.1722.58) on Manjaro Linux. Chromium (112.0.5615.165) and Google Chrome (112.0.5615.165) display correctly. This feels a bit like using a sledgehammer to crack a nut, but if you’re going to wield a sledgehammer you should make it a compatible sledgehammer.

⚜ Moilleadóir 06:55, 27 April 2023 (UTC)

This issue was also raised above at #Mobile view, apparently a cache clear fixed it. -- Alex_21 TALK 08:22, 27 April 2023 (UTC)

Increasing column width

 – These comments started to veer toward that article's formatting specifically. The answer to the initial question was that |width= exists for overall width adjustment. - Favre1fan93 (talk) 18:56, 22 August 2023 (UTC)

Why Colors?

Can someone explain to me, why and who colors the seasons? What is the purpose of it? I could not find any source explaining the purpose? What encyclopedic information does it hold? Syed Ahmed Qasim (talk) 07:27, 15 February 2024 (UTC)

They are to aid identification, the colours in the overview table match the episode tables for each season as well as the infoboxes if the seasons have their own articles. The colours are generally chosen based on the posters/home media art for each season. - adamstom97 (talk) 07:50, 15 February 2024 (UTC)
There is more on this detailed at Wikipedia:Manual of Style/Television#Formatting. -- Alex_21 TALK 08:36, 15 February 2024 (UTC)
Thanks to both Syed Ahmed Qasim (talk) 10:51, 15 February 2024 (UTC)

Mobile view

Is there a reason why this template look so bad on mobile view? It is no longer scrollable from left to right like a normal wikitable but it just go out of bounds of the screen. Lulusword (talk) 07:37, 18 December 2022 (UTC)

@Lulusword Sorry, I didn't come across this message before you posted it at WT:LUA, so I'll make any further updates to the issue here once I determine the issue. Cheers. -- Alex_21 TALK 05:01, 31 December 2022 (UTC)
The problem should now be fixed. -- Alex_21 TALK 06:17, 31 December 2022 (UTC)
@Alex 21: Thank you! Lulusword (talk) 07:13, 31 December 2022 (UTC)
Alex 21: These changes appear to have caused new Linter errors in articles including Stargate and Outline of the Marvel Cinematic Universe. They show as missing </div> tags, but sometimes the Linter error-detection gets confused by complex table syntax. – Jonesey95 (talk) 07:35, 31 December 2022 (UTC)
Hey, this also caused the header row to move down and hide the first row for all uses of the template on my screen https://ibb.co/Vv3HQT7. Thanks, Indagate (talk) 11:58, 31 December 2022 (UTC)
Hi! Could we fix this? I had no idea that the table reaching the end of the page was not on purpose. It is much easier to access as a scroll when on mobile devices, thanks. - SecondLooneyaccount (talk) — Preceding undated comment added 04:18, 2 January 2023‎ (UTC)
Still working on this. I know what the issue is, just not how to solve it. I'll keep you all updated. -- Alex_21 TALK 21:35, 9 January 2023 (UTC)
 Done Sorry for the delay, but this should be completely fixed, I've tested it to the best of my ability. Long story short, I've surrounded all series overview tables with a <div>...</div> tag that wraps the content properly. For multi-series tables that used {{End}}, I've had to update those to use the new {{Series overview/end}}, which includes closing </div> and </table> tags; {{End}} only adds/added </table>. -- Alex_21 TALK 08:05, 22 February 2023 (UTC)
@Alex 21 Caused same issue as last time, please see screenshot https://ibb.co/99Dckjd. Thanks, Indagate (talk) 08:19, 22 February 2023 (UTC)
@Indagate What browser are you using? I've cleared the browser- and site-caches on both Chrome and Firefox, as well as my phone's browser, and can't seem to replicate this issue. -- Alex_21 TALK 08:22, 22 February 2023 (UTC)
Ah, seems working fine now. Cleared cache and tried incog this morning but had issue, but worked now. Thanks, Indagate (talk) 12:49, 22 February 2023 (UTC)
I am having the same issue when enabling the Sticky Table Header gadget. Other tables, for example Template:Episode_list/sublist/testcases, doesn't have any issue. I couldn't figure out what is the different between those two tables. Ngoclong19 (talk) 20:31, 3 April 2023 (UTC)
I've figured out why this template doesn't work with Sticky Table Header gadget. The table header doesn't stick, and it's offset from the table top. See screenshot in Indagate's comment above.
The surrounding div has overflow-x: auto, which causes issue with the table header's position: sticky. See here.
It looks like there's no native CSS solution. Ngoclong19 (talk) 14:21, 5 March 2024 (UTC)
@Alex 21: Looks like this again causes linter errors, on pages that use multiseries (for example List of Marvel Cinematic Universe television series). I've got a minimally reproducible example in my sandbox. --rchard2scout (talk) 12:53, 22 February 2023 (UTC)
@Rchard2scout I've made an update based on what I believe may be the error. If it's not the cause, then I feel the issue may be caused by one template generating the opening <div>, and then a separate template generating the closing </div>, which is not an situation that can be rectified. -- Alex_21 TALK 21:36, 22 February 2023 (UTC)
Update on this, my changes today seem to have worked. Please correct me if I'm wrong. -- Alex_21 TALK 01:12, 23 February 2023 (UTC)
Yes, it looks like it worked. Thanks! --rchard2scout (talk) 23:33, 23 February 2023 (UTC)

Standardization of the order in which suffixes are added (or specials/parts order bug)

The module is now experiencing inconsistent triggering of suffixes. In some cases it works in any order (network1A = networkA1). And in some cases on the contrary, the standard formats described in the documentation do not work (see examples below). In order to maintain logic and obviousness, I propose to bring the order of adding suffixes to a single form in the module code:

[param][letter of params info/aux/postaux][season number][special][letter of part][span]

Currently there are problems with using parts of seasons and specials letter at the same time. See example: Talking Tom & Friends#Talking Tom Shorts

  • [param][letter of part][season number][special] = startA1S is working
  • [param][season number][letter of part][special] = start1AS is not working - table is breaking and outputting the text "1SA" directly into the table.

However, in all articles at the moment, the season number takes precedence, and [letter of part] is nowhere listed prior to [season number]. In the same article, start2B and start3S are listed next. And the "start2SA" option is also a standard: example here.

Also at the moment there are problems with "span" working simultaneously with specials. It doesn't work if it is placed at the end of a param. See List of Star Wars television series#Animated series.

  • [param][letter of param][span][season number][special] = infoAspan0S is working
  • [param][letter of param][season number][special][span] = infoA0Sspan is not working.

While all the other possible "span" writing variants are working well with "span" being placed at the end.

It seems illogical to me that inconsistency takes place, and it rather feels like a bug that should be fixed, instead of putting all these exceptions and nuances in the documentation. But don't know if this would be possible/easy to fix or not in the current implementation of the module. (Fixing this would also reduce duplication in the list of known parameters listed above, and save from adding 5+ variants which are only found in the Talking Tom article.) Solidest (talk) 00:55, 6 March 2024 (UTC)

Strange triggering of invalid parameters

In some cases, parameters with a dot at the end show results instead of being treated as an unknown param: 1, 2. All of these cases displayed the data in the table. And also "episode2s" treated and worked here as "episodes2": 3 . Solidest (talk) 00:32, 6 March 2024 (UTC)

The code here (line 136) is the problem it seems:
local str, num, str2 = string.match(k, '([^%d]*)(%d*)(%a*)')
This ignores the period at the end.
A testcase:
k = "infoB3."
local str, num, str2 = string.match(k, '([^%d]*)(%d*)(%a*)')
print(str)
print(num)
print(str2)
prints "infoB" and "3". "str2" is empty here.
Then at line 149 it adds the variable it found (without the period) to the new list.
SeasonEntries[num][str .. str2] = v
Gonnym (talk) 09:28, 6 March 2024 (UTC)

Accessibility Issues

Hi, I currently have an episode list at WP:FLC. A reviewer brought up the fact that this template isn't screen reader friendly because it uses "col" rather than "colgroup" in the headers. Is this something that can be easily fixed? TheDoctorWho (talk) 19:58, 15 June 2024 (UTC)

As stated at the FLC nomination, this is hardcoded into the template that is used on over 8,000 articles, multiple of which have passed FL. I see no reason why this needs to change. Tagging MPGuy2824. -- Alex_21 TALK 00:46, 16 June 2024 (UTC)
No comment on the FLC nom, but I don't see any issue with adjusting this. It shouldn't alter any other instance, and would be an overall positive I believe for the template. Nothing wrong with updating to meet proper accessibility standards/guidelines. - Favre1fan93 (talk) 15:30, 16 June 2024 (UTC)