Template talk:Infobox television

From Wikipedia the free encyclopedia

Revival series dates in infobox[edit]

I wanted to ask for comments on a potential change to this infobox. In recent years we have seen a lot of revived television shows such as King of the Hill, Futurama, Reno 911!, etc,. See our own List of television series revivals. Some articles will list an "original release" date range along with a "revival series" date range in the infobox, and many others will simply list a single date range for both the original release and revival run(s) which is labeled as the "original release" per the infobox parameters and the guide on the template page.

I find it imprecise and incorrect to label the two distinct runs of King of the Hill (for example) as one single original release because logic dictates that they are not -- over 10 years have elapsed between the cancellation and revival in that instance. Many of these shows were outright cancelled, not on hiatus, and there was a gap of a number of years in between runs. To label two distinct runs as one "original" release I feel is confusing and misleading because it gives the impression, from the infobox that the majority of readers reference for information, that the show was being produced continuously all of those years.

Yet, on the other hand, there's shows like Family Guy that were cancelled multiple times but renewed quickly thereafter and this type of change may not do those articles any type of justice and would be cumbersome.

I think that we should discuss modifying this infobox to create a parameter that would distinctly list the separate date ranges for original releases and revival releases and under which circumstances. I think that this type of change would promote clarity and uniformity across the encyclopedia especially for those television shows that went years in between runs.

I'm not saying that this is 100% the way to go but I think it's a fair discussion to have and would like to hear other editors' thoughts. Scorch (talk | ctrb) 12:41, 20 October 2023 (UTC)[reply]

I agree that the current method is (in my opinion) bad for a few reasons, those that you mentioned but also code-wise, we are creating incorrect data cells. The "Original release" cell requires a date range value and in the case of Reno 911!, the value "Revival series:" is not a date range. This also applies to "Original network" cell which should have a network value and not a network and date value. These issues can be fixed by adding |first_aired2=, |last_aired2= and |network2= (or other similarly named parameters). See Template:Infobox_television/testcases#Multiple release dates for a mockup. Gonnym (talk) 12:58, 20 October 2023 (UTC)[reply]
@Gonnym This is a good point and it would easily assist us in clearly delineating different show runs across different networks (as happens often nowadays) while also fixing the data cell issue. The mockup you added looks good and I would definitely support such a change in that use case. Scorch (talk | ctrb) 14:12, 20 October 2023 (UTC)[reply]
I like it - it would clear up some issues when dealing with reboots. However, I can also see the possibility of abuse/incorrect use with regards to "classic" tv. Maybe I'm overthinking it, but I can envision fancruft involving the use of these parameters for listing runs in syndication. While it's easily to manually fix that, finding it is altogether different. (I wouldn't let that affect my "support" !vote for implementation, though; just throwing it out there for advance consideration.) Also, would such a proposal only be for reboots? Or what about where a series airs via multiple delivery mechanisms? For instance, some Disney programming airs using different date ranges such as being aired on Hotstar first and then later on Disney+ (or vice versa). I'm not sure if that's what Scorch is getting at, but I'm not sure how I feel about that one. It's difficult to manage (and validate). ButlerBlog (talk) 14:18, 20 October 2023 (UTC)[reply]
@Butlerblog I hear your point with fancruft, but nothing stops fancruft editors from doing that now so I don't see that as being a future issue caused by this potential change. Syndicated runs are not new content or reboots/revivals so they should not be listed in this manner in the infobox. The different network parameters proposed above would be for specifying which network the revived series ran on, if different from the original network. For series that are distributed via different venues, I'm going to think on that one and get back to you because that is a very fair point to make here. Although I'm inclined to say that for sake of brevity and clarity that the network who ordered the episodes and those respective airing dates should be used; a situation where an episode may be "pre-released" on another related platform can be specified elsewhere because I would view that as a limited-release. Just my thoughts on that one but we really need more input on that because there's sure to be varying ideas.
Your point makes me think of what criteria would need to be set for using these parameters, like in the case I mentioned above where a show was twice officially cancelled then quickly reordered by the same network. Is that really even a revival or just a marketing stunt by the network? Instances like that would seem too cumbersome and unhelpful to list in this manner but there doesn't seem to be many shows like that anyway, so it might be a minor issue. Scorch (talk | ctrb) 15:06, 20 October 2023 (UTC)[reply]
All sounds good - to be clear, I'm on board. I'm just trying to think pre-emptively about potential issues and/or management. ButlerBlog (talk) 15:46, 20 October 2023 (UTC)[reply]
Regarding your second question, my mockup works for any version that the show changed networks or had gaps in the run. So for a show that started on Hotstar and later moved to Disney+ the parameters in the /sandbox can work. Gonnym (talk) 15:17, 20 October 2023 (UTC)[reply]
I like the mockup. I don't see any problems if it starts on one network and then moves to another (a good example of that would be Longmire (TV series), which started on A&E, but after three seasons, it moved to Netflix for the next three). But my example/question was more of a situation where it's not necessarily a "move" - but rather when it airs across multiple platforms but the run dates are different. An example of what I'm thinking of is Miraculous: Tales of Ladybug & Cat Noir. You don't necessarily see it on the main article because we don't have parameters to accomodate it, but on the episode list article List of Miraculous: Tales of Ladybug & Cat Noir episodes, there's a constant process of managing improper use of the originalairdate and altdate values because it "airs" concurrently (albeit with different dates) in France on one network, on Youtube (I think), on Disney Channel, and on Disney+. So there often is a misuse of the date fields. With available parameters for multiple networks and dates, I can see the potential for something like that becoming a problem on the main article as well. Maybe I'm just overthinking it, and/or it's not really all that big of a deal. I'm just trying to think in advance from a management/maintenance perspective. Hope I clarified OK - and if not, it's probably that my ramble isn't really anything all that necessary to be thinking about anyway. ButlerBlog (talk) 16:03, 20 October 2023 (UTC)[reply]
@Butlerblog That then seems like a wider, pre-existing issue with uniformity that would need to be resolved elsewhere. What's the current guidelines on which air date to use for programs like that? For me, common sense dictates to use the very first instance of the airing of the program.
For our situation here, we'll have to set criteria for when these parameters should be used and how they should be used, but I specifically had revivals in mind. If there's other potential use cases then that is okay, too. Scorch (talk | ctrb) 17:01, 20 October 2023 (UTC)[reply]
a wider, pre-existing issue with uniformity that would need to be resolved elsewhere: Considering that parameter misuse is a contributing factor in discussions regarding removal (such as removal of chronology parameters), it is therefore just as much a valid discussion when choosing to add/modify others. My reason for bringing it up is specifically for the reason that you noted: we'll have to set criteria for when these parameters should be used and how they should be used. I'd agree with your thoughts that it that is should be specifically for revivals. ButlerBlog (talk) 17:48, 20 October 2023 (UTC)[reply]
In general (as I didn't dive into how it airs in Miraculous), use the original country's network only, regardless if it airs on the same day in another country. In episode lists, some editors like to have the original US (or English speaking country) air date also which I don't think clashes with the guidelines (but I didn't check). If the show has several countries then it will probably have more than one valid network in the infobox.
In any rate, the documentation here will need to explain that the usage is for shows moving networks, or gaps in airdates after cancelation and revivals. Gonnym (talk) 18:00, 20 October 2023 (UTC)[reply]
@Butlerblog I completely agree with your comments here, however we should take a look and see what guidelines there are regarding the issue that you mentioned; I haven't been around for quite a while and I'm not familiar with any. Do you know of any guidelines regarding which air date to use for those types of programs? Scorch (talk | ctrb) 18:43, 20 October 2023 (UTC)[reply]

This discussion has died down a bit, but there does not seem to be any objection to the overall addition to the infobox. The issue that still needs to be resolved is when we will use the new parameters; under what circumstances should they be used? Other editors here, including myself, have commented that the new parameters should only be used for shows that have been revived by the same/another network and not for shows that air simultaneously on multiple networks. This does not seem to be in dispute.

I did raise the question that there are shows, like Family Guy, that have been cancelled then quickly revived by the same network (even multiple times). I wanted input on if these parameters should still be used in this situation. While I feel that using the parameters in this situation is precise, it also may be viewed as slightly cumbersome and irrelevant for the infobox; it is much more notable to include in the infobox a delineation for shows that went years in between runs across different networks rather than for shows like Family Guy. Scorch (talk | ctrb) 17:26, 24 October 2023 (UTC)[reply]

I personally would argue that if a show was canceled but was revived a year or two later, so that there is a gap of a year, then the proposed parameters are valid. So that 2010-2013 and 2015-present are two different ranges. Gonnym (talk) 00:40, 25 October 2023 (UTC)[reply]
I agree with this. I'd like to see what others think before requesting the template be edited so that we can have a stronger consensus. Scorch (talk | ctrb) 00:49, 25 October 2023 (UTC)[reply]
I agree with adding new parameters. I guess there are also questions of when to host the revival under one article, like Futurama, and when it should be separate, like The Twilight Zone (1959, 1985 etc.) Article length or number of sources can be a factor as well as the time gap, network etc. But where there is one article covering two different timespans of a series (cancellation, long gap and revival), I support listing the two timespans separately. It is misleading to say "2003–2022" for Reno 911! and its current infobox shows the reality better. — Bilorv (talk) 11:19, 29 October 2023 (UTC)[reply]
New parameters added. Will update /documentation and will try and also get some tracking category set up so current usage can be updated with new parameters. Gonnym (talk) 12:54, 29 October 2023 (UTC)[reply]
For now here is a search result that editors can work with. Gonnym (talk) 13:13, 29 October 2023 (UTC)[reply]

(outdent)I have been working through Category:Pages using infobox television with nonstandard dates and have it down to two articles and three problems in total now. Candid Camera looks like it has seven different versions according to the infobox, List of Marvel Cinematic Universe television series was reverted with this edit, [1], and Parks and Recreation had the word Special added back into the field with this edit, [2]. Aspects (talk) 18:25, 30 November 2023 (UTC)[reply]

The MCU page is one of many franchise or film series pages that are incorrectly using the TV or Film infoboxes and abusing the parameters. I'll (sadly) add the 6th and 7th parameters and fix the Candid Camera one. Parks and Rec is ok for now. Maybe it's worth investigating if other pages have something similar and then add a parameter that allows editing the label, so instead of "Release <date> (special)" it would be "Special <date>". Gonnym (talk) 19:16, 30 November 2023 (UTC)[reply]

Related header[edit]

I found out that the related box got removed accidentally on the table. I just noticed since it just disappeared with no consensus. BaldiBasicsFan (talk) 06:22, 27 November 2023 (UTC)[reply]

I believe this was a mistake made in this change by Gonnym, "Related" was changed to header60 but {{{related|}}} is still at data51. If that is changed to data61 it should fix the display error for the Related header. - adamstom97 (talk) 04:13, 28 November 2023 (UTC)[reply]
Thanks for that. Should be fixed now. Gonnym (talk) 09:18, 28 November 2023 (UTC)[reply]

Replace "network"?[edit]

This template presently uses terminology associated with linear broadcasting, which makes certain applications in the streaming era feel a bit incorrect. Is Disney+ or Netflix a television network? No, it is not, it is a streaming service. Is it a broadcaster? To an extent, and in certain countries, they sort of are. But either way, the use of "network" in this context feels outdated and not reflective of the current multi-platform nature of television programming. ViperSnake151  Talk  01:05, 1 December 2023 (UTC)[reply]

So what is your proposal. Replace with what? Gonnym (talk) 09:41, 21 December 2023 (UTC)[reply]
I was opening this thought for discussion for what would be best appropriate. I would prefer to find a consensus first. ViperSnake151  Talk  04:31, 22 December 2023 (UTC)[reply]
What you are describing can be trivially solved by substituting via a new parameter like "streaming premiere = yes", which would replace "Network:" to "Streaming service:". Or another option is to simply change the label to "Premiered on:". But the problem is that the template itself is called "Television" and probably something should be done with that too, considering that it is been used for web series for quite a long. Solidest (talk) 16:58, 22 December 2023 (UTC)[reply]
no idea if this is possible, but could do something like if network is set to a streaming service, then automatically change network to streaming service, so don't need to manually add that parameter Indagate (talk) 17:09, 22 December 2023 (UTC)[reply]
Probably the easiest is to add |streaming= which if used instead of |network= will change the label to "Streaming service". Gonnym (talk) 18:26, 22 December 2023 (UTC)[reply]
Adding one parameter that suppresses the display of another and creates the presence of parameters hidden in the code is always a messy solution tho. Solidest (talk) 19:21, 22 December 2023 (UTC)[reply]
It is quite easy to do for a single service listed, but also not really optimal, because you will have to specify in the code a full list of all possible names and make the code heavier if (1) several services are listed at once, (2) service changes the name that requires regular code updates (but the list could be maintained in the separate sub-template), (3) clean different spelling variations - such as refs, year ranges or other notices. For simple cases when there is only 1 wikilinked service listed the solution will look like this:
{{#switch:{{lc:{{delink|{{{network|}}}}}}}|netflix|hbo max|max|hulu|...hundred of others...=Streaming service|#default=Network}} Solidest (talk) 19:40, 22 December 2023 (UTC)[reply]
This all feels unnecessary. Readers understand what a "network" is, whether you are watching it on linear broadcast, cable, or through streaming. - Favre1fan93 (talk) 21:44, 22 December 2023 (UTC)[reply]
Agree with Favre1fan93 that this is a solution looking for a problem. —Joeyconnick (talk) 00:08, 30 December 2023 (UTC)[reply]
I'd be opposed to having a list that we need to maintain. Gonnym (talk) 11:11, 24 December 2023 (UTC)[reply]
Ditto for me on both counts. ButlerBlog (talk) 13:32, 24 December 2023 (UTC)[reply]
I think the "Premiered on" option is the best option. It's neutral, and makes sense ("premiered on NBC"/"premiered on Max"/"all episodes premiered on Netflix on (date)"). ViperSnake151  Talk  00:51, 30 December 2023 (UTC)[reply]

Adding a new parameter to the Infobox[edit]

Hi everyone! I'd love to discuss and hopefully add the field 'Casting Director' to the television Infobox so that the 55,000+ pages on television series and films can be updated to include this job role which is a pivotal role in all productions. It would be great to add it to any infobox that deals with tv and film but also theatre too. Often a role that is overlooked, but is a core department and if we can list cinematographers, we can also list casting directors. Someone like Nina Gold is a huge casting director known for casting some of the biggest productions in TV & film. Yes she has her own page, but it would be even nicer to be able to edit and add her on all the individual pages that she has worked on. Is something like this doable? — Preceding unsigned comment added by 82.18.244.8 (talk) 21:10, 1 December 2023 (UTC)[reply]

We can't list all production roles in the infobox otherwise it gets exhaustive. In many instances the crew that is listed in infoboxes is not cited elsewhere in the article (which generally should be done) and casting directors, unfortunately, are definitely less notable in that regards and would probably be even harder to reliably source. If there is a reason to note the casting director, it can be done in article. - Favre1fan93 (talk) 15:46, 2 December 2023 (UTC)[reply]
I would echo what Favre1fan93 said: If there is a reason to note the casting director, it can be done in article. Too often, editors (both experienced and inexperienced) focus on infobox parameters rather than article content, trying to fill in as many params as possible like they are completing a collection. Often, I see that take priority over actually putting it into the article. Infoboxes should reflect what is in the article, and that can be extrapolated to mean the article content is what is most important. If there's not a parameter in an infobox, fine; focus on the article content then. Yes she has her own page, but it would be even nicer to be able to edit and add her on all the individual pages that she has worked on. Is something like this doable? So the answer to your question should now be obvious. ButlerBlog (talk) 17:50, 2 December 2023 (UTC)[reply]

First air date is now release on infobox[edit]

Why is first air date release now? Shouldn’t release only be for streaming and not aired on television? It should be original air date right? 120.28.248.11 (talk) 01:02, 4 January 2024 (UTC)[reply]

Even before the latest changes its text said "Original release" so no, it isn't a new thing. And personally I don't find any compelling reason to change it. Gonnym (talk) 06:05, 4 January 2024 (UTC)[reply]
Agree with Gonnym. Was going to state the same thing. The parameter label never stated "aired" previous, though users can still used the |first_aired= and |last_aired= parameters. - Favre1fan93 (talk) 17:02, 4 January 2024 (UTC)[reply]
I also wonder it used to be original release if it's on the first aired date. why is it only release now which is the same as a streaming series released which is also called released on the infobox? 216.247.18.33 (talk) 02:36, 5 January 2024 (UTC)[reply]
It used to be called "Original release" for all situations. It's now been changed to "Release" since it's now under a header called "Original release". If you have a suggestion for a better name feel free to propose it. Gonnym (talk) 11:05, 5 January 2024 (UTC)[reply]

alt_name bugfix[edit]

There was a bug in the infobox with |alt_name= which I fixed here. The infobox will now place the value of the text in italics if it is singular. When it is plural it won't, as lists can cause lint errors. These will need italics to be manually added.

Additionally, if the value has disambiguation (such as Another name (1999)), the template will handle it so only the text outside the parenthesis is in italics.

I'm working on a tracking category for the plural cases so those can be fixed.

Testcases can be found here. Please let me know if you see anything that needs to be fixed.

I'll update the live code in a few days if no issues are reported. Gonnym (talk) 19:32, 20 January 2024 (UTC)[reply]

An issue that probably will arise and will need fixing, is that if an alt title already uses italics, it will now have 4 ' and will be in bold with an extra one on each side. Gonnym (talk) 12:04, 21 January 2024 (UTC)[reply]
A tracking category can be added to the |plural= section of the Pluralize template transclusion. – Jonesey95 (talk) 14:30, 21 January 2024 (UTC)[reply]
Yes, I'll probably add a tracking category to find plural usages that need fixed. Those are done over at Module:Infobox television as the logic gets more complicated than template syntax can handle. I just need to think how best to catch entries of a list (still hoping to find some template or module out there that will save me writing that code:) ) Gonnym (talk) 15:10, 21 January 2024 (UTC)[reply]
OK, code written to handle plurals without italics and singular with italics. Will make this code live this week. Gonnym (talk) 11:30, 22 January 2024 (UTC)[reply]

Slogan (For Seasonal Shows) As Image Caption In Infobox Television[edit]

For Seasonal shows Like Bigg Boss , It is best to add slogan of the season as the image caption in infobox television. For Long time it used to be like that, but yesterday one of the member removed slogan from all edition of Bigg Boss in multiple languages. I Request all Members to propose their suggestions below. Alen Hermen (talk) 08:40, 24 January 2024 (UTC)[reply]

To add a bit information to this. This discussion was supposed to be held at Template talk:Infobox television season and not here as it concerns that infobox. Regarding the actual issue, the slogan was used inside |caption= resulting in information that is not relevant to the image at all (a standard Bigg Boss logo). This has also MOS:ACCESSABILITY issues as we're setting screen readers to give incorrect information to their users. I am the editor that removed this usage which was used on exactly 10 articles. Gonnym (talk) 11:43, 24 January 2024 (UTC)[reply]
The slogan strikes me as off topic. At best it's irrelevant, and at worst it's WP:PROMO. If the slogan has received significant coverage in reliable sources, it can be covered in the body of the article itself. Shooterwalker (talk) 16:32, 2 February 2024 (UTC)[reply]
Gonnym's point about accessability makes a lot of sense. I see no reason to include it as a separate parameter, and it would be ripe for abuse were it included. I'd be a hard "oppose" if this came up for official discussion/comment. ButlerBlog (talk) 16:47, 2 February 2024 (UTC)[reply]

Network/dates question[edit]

Here's a question regarding {{infobox television}}, seeking input from experienced television editors and template editors. Suppose a show is co-produced (i.e. funded) by an American company like CW, but it's entirely produced/filmed in Canada. When it airs simultaneously in Canada and the US on different networks and (possibly) different air dates, what's the appropriate protocol for listing the |network= and |first_aired=/|last_aired= values? Should we use |network= and |network2=, or would it make more sense to use a plainlist for the multiple networks (considering it's essentially simultaneous, not a reboot or network change)? ButlerBlog (talk) 17:20, 2 February 2024 (UTC)[reply]

If the show is a co-production then use plainlist. If it was just produced in Canada that doesn't mean anything. Arrowverse shows were filmed in Canada but they are only American. Gonnym (talk) 18:25, 2 February 2024 (UTC)[reply]
Thanks, Gonnym. That confirms what I was thinking. Here's another one that's related: Children Ruin Everything. In this case, Roku and the CW appear to just be international distribution. My presumption on this one is that it should just be CTV as they are the original network in the country of production (Canada). The others are just picking it up for international distribution. ButlerBlog (talk) 12:58, 5 February 2024 (UTC)[reply]
I don't know the show so no idea. I found in the last few months of fixing networks and dates that this is one of worst cases of unverified information in articles, because sometimes it even has a source which makes it seem valid and it still isn't. Children Ruin Everything specifically mentions only Canada in the lead and in the infobox, so that seems to mean that it is only CTV. In any rate, the lead, infobox, body and categories should all match. Gonnym (talk) 13:08, 5 February 2024 (UTC)[reply]
<thumbs up icon here> Thanks! ButlerBlog (talk) 13:10, 5 February 2024 (UTC)[reply]

Co-Executive Producer listing in info box[edit]

This topic has come up previously in the archives, however, it is often related to Co-EP listing on narrative TV shows that often use the credit for writers (who are also listed elsewhere). In documentary TV series, the Co-Executive Producer is most always used to denote the showrunner. Therefore, it seems fair to include that as a separate credit available in the info box. The co-executive producers are more creatively involved and responsible for the series on all levels than producers. The omission therefore overlooks a key role in these types of productions. 2600:4040:912F:B200:99B1:B552:3710:54CE (talk) 18:16, 13 February 2024 (UTC)[reply]

That's a matter of opinion - and one that I do not share. If it's a "key" role, then discuss it in the article's prose - specifically, the "Production" section, where it can be given proper context. If you're concerned about the exclusion of "key" information, then add it to the article - there's nothing stopping you (or anyone else) from making sure it's covered. But it doesn't need to be in the infobox. ButlerBlog (talk) 19:29, 13 February 2024 (UTC)[reply]

Multiple network and release perimeters[edit]

This formatting can just make infoboxes look messy. Why do we need multiple dividing perimeters? It creates clutter and it will confuse readers. BaldiBasicsFan (talk) 00:58, 19 February 2024 (UTC)[reply]

In what way would this change on Futurama be messy? It's giving more clarification to the series' run, as the show was cancelled multiple times. The way it is now because of your revert gives the sentiment the series was never cancelled, similar to Family Guy. Just because you "seriously hate" the changes does not mean Chimatronx or I were being "disruptive". Nyescum (talk) 03:56, 19 February 2024 (UTC)[reply]
I personally thought the new format was a great change that tidied up the infobox for shows with complicated network histories, rather than having a list of networks with dates in parentheses, and made the release date parameter much more useful for those shows. - adamstom97 (talk) 04:18, 19 February 2024 (UTC)[reply]
Could the headings for those be changed though, with heads like “first network”, “original release”, “second network”, “second release”, “third release”, etc. Would that make things less confusing? BaldiBasicsFan (talk) 05:41, 19 February 2024 (UTC)[reply]
It's not confusing though. Gonnym (talk) 06:14, 19 February 2024 (UTC)[reply]
How? It's literally terms “network” and “release” repeated over and over again. BaldiBasicsFan (talk) 18:28, 19 February 2024 (UTC)[reply]
Data is read top bottom left right. So it's not “network” and “release” repeated over and over again, but it's "network" and the network name, then "release" and the date range. Then repeat. When read like this it's very clear that for a show like Futurama, it was first released on Fox between March 28, 1999 – August 10, 2003, then released on Comedy Central between March 23, 2008 – September 4, 2013, then on Hulu between July 24, 2023 – present. I still don't see what is confusing about this. Gonnym (talk) 18:59, 19 February 2024 (UTC)[reply]
Well, can there be some form of rename for them to give more context for readers? Just having them say “network” and “release” on repeat can confuse some readers, so if a certain show was cancelled and revived several times, why not for them, “original network”, “original release”, “second network”, “second release”, etc. Shows that lasted for one run can keep the “network” and “release” formatting. BaldiBasicsFan (talk) 20:49, 19 February 2024 (UTC)[reply]
If you get consensus for that change it can happen. I personally feel that saying "second network" when it's obvious its the second is redundant. It's also probably (as it should) be explained in the article itself. Gonnym (talk) 21:22, 19 February 2024 (UTC)[reply]
Getting @MrScorch6200: in this discussion as he was the one who thought that this change was necessary. BaldiBasicsFan (talk) 22:40, 19 February 2024 (UTC)[reply]
A minor caution: if the first network is left out, as in this test case, the infobox still displays properly. Anyone attempting to code the sandbox to show "second network" or similar labels should ensure that that test case displays properly. – Jonesey95 (talk) 00:44, 20 February 2024 (UTC)[reply]
I thought that the change was necessary because it brings much more clarity to when and how a specific series may have aired across revival runs. Revived series are much more common now than years ago and differentiating that a series ran, say, twice on two different networks shouldn't be confusing to a reader but give them more accurate information. Most people almost always look at infoboxes and it's important that the information contained in the infobox is short yet accurate. Stating that a series like Futurama ran from 1999 - present is not accurate. The general consensus was that this change was useful and pretty well-received.
However, I do agree that some may view the change as adding clutter to the infobox. It may be helpful to discuss how we can reformat this section in the infobox to be more visually appealing and group together the information better. It could be as simple as reworking the "network" parameter and somehow including it with the "release" parameter so that, visually, the network appears next to/with the release dates (whether it would look better on the left or right is up for debate) rather than in a different section. This would group together the information and make it easier to quickly digest rather than having to look at two different lines in the infobox for information that is directly related. Someone who does a lot of syntax work should take a look at if this is feasible (perhaps @Gonnym). Scorch (talk | ctrb) 16:41, 20 February 2024 (UTC)[reply]
An infobox is a table, which means you are basically reading
Parameter Value
Network 1999–present
The infobox is never meant to have both the parameter name and its data on the same side. Gonnym (talk) 17:56, 20 February 2024 (UTC)[reply]
What I mean specifically is that the network and air date for a single run may both be able to appear together in the same cell of data instead of two separate cells. Scorch (talk | ctrb) 19:46, 20 February 2024 (UTC)[reply]
Interesting idea you have. BaldiBasicsFan (talk) 05:15, 21 February 2024 (UTC)[reply]
It is common sense. The "second network" parameter could create problems such as some editors claiming a secondary network (as in just broadcast reruns) as an "original" "second network". — YoungForever(talk) 01:03, 20 February 2024 (UTC)[reply]
It is another reason why I do personally believe this formatting can get some rework or get removed from the template entirely. Besides, the formatting can cause editors to add in rebroadcast networks even if this template stays as is, since the table just says "network". BaldiBasicsFan (talk) 01:24, 20 February 2024 (UTC)[reply]
Can I suggest a simpler solution? Keep the current layout but insert a horizontal rule just before the 2nd network (and 3rd, etc). Then you get a visual cue that the multiple "network" and "release"s go together in pairs.  Dr Greg  talk  02:19, 20 February 2024 (UTC)[reply]
I'd be interested to see a mock-up of this as it could be a big improvement. I think the current format takes some getting used to, but I struggle to formulate a clearer display idea. — Bilorv (talk) 10:39, 25 February 2024 (UTC)[reply]
I don't see anything wrong with current format. — YoungForever(talk) 03:15, 20 February 2024 (UTC)[reply]
I do agree with what Greg suggested. Why do some users see multiples as not a problem is beyond me. And besides, is Wikipedia not reliable anyway? Sure this website can serve as a helpful source, but it's still a wiki where anyone can collaborate to keep in mind. This is why having more detail can make us think we are reliable but were not! I maybe just a person who have different beliefs, but just gaining more detail to something is not a good option, and besides, some have said that this wiki is filled with lies, so can we just keep a more simplified direction to make sure that edit wars are less apparent? BaldiBasicsFan (talk) 05:01, 21 February 2024 (UTC)[reply]
This is a bizarre comment. We shouldn't attempt to improve the infobox display because Wikipedia is full of lies? - adamstom97 (talk) 08:13, 21 February 2024 (UTC)[reply]
Edit wars are easy to get into when editors simply think that they're right about a certain issue. After years on Wikipedia, I have learned that usually neither editor is wholly correct. Usually, and ideally, there's some middle ground for a good solution. That's how consensus generally works here, and that's why other editors love to chime in. Edit wars are a necessary evil -- that's how we have developed and applied consensus on numerous issues.
The reliability of Wikipedia has no bearing on this change or improvement. We're simply talking about
better-displaying information that we already know to be verifiable, we are not contesting the validity of the information. There's no dispute that Futurama was cancelled and revived. The infobox should display that fact. That information is already included in the article itself and the recent change to the infobox simply made the display of revived series' runs more uniform and clear across the encyclopedia. You're always welcome to restart a discussion on this.
However, I believe that you have a valid point that the current format may appear as cumbersome on some pages. Yet, this is only a very, very small amount of pages that are affected and in the grand scheme of things isn't a huge deal. Still, the format may be able to be improved but I don't think other editors are as pressed about it. Scorch (talk | ctrb) 16:12, 21 February 2024 (UTC)[reply]
I do apologize about the ramble. It's just that some users have a different mindset compared to me, though I do still believe that the formatting can be improved, as long as consensus is involved. I'm not trying to harass anyone over this, and try being in good faith. But it can be difficult sometimes if what you see as an improvement will be disagreed by others. It's hard to handle with, and since Wikipedia is very popular on the internet, I do believe an improvement has to be made, as long as most users are comfortable with the change. As of now, it may depend when this formatting issue will be improved, which I do hope will happen. Just not right now, but someday it will… BaldiBasicsFan (talk) 04:17, 22 February 2024 (UTC)[reply]

@Dr Greg and Bilorv: See here for an example of horizontal rules added. Should there get support for this, I'm not thrilled with how I coded it in the sandbox, so we'd have to explore that aspect. But this is your visual representation for the time being. I don't hate this and thing this would be helpful myself. - Favre1fan93 (talk) 17:22, 26 February 2024 (UTC)[reply]

Yes, that's exactly what I meant, and I like it.  Dr Greg  talk  17:38, 26 February 2024 (UTC)[reply]
I think this is significantly clearer—thanks for the mock-up! — Bilorv (talk) 17:45, 26 February 2024 (UTC)[reply]
I haven't been as active at the moment, but I'll see about reworking the code when I have the chance. Gonnym if you have a moment (no rush) and want to see what I did in the sandbox and any thoughts to make that cleaner/better implemented, be my guest. - Favre1fan93 (talk) 18:11, 26 February 2024 (UTC)[reply]
I do support this as an improvement, as shows can get cancelled but revived suddenly all the time. Though maybe to reflect the change, maybe add an "s" next to the original release text so the runs can get differentiated. However, some shows that had been cancelled but revived still happen to air on the same network it was originally on like Family Guy and The Fairly OddParents, so for those shows a different format might be needed for them. BaldiBasicsFan (talk) 00:49, 27 February 2024 (UTC)[reply]
I've added another test case for the sandbox to illustrate this case: Template:Infobox television/testcases#Without second network but with second release date  Dr Greg  talk  01:57, 27 February 2024 (UTC)[reply]
Okay, but I would like to have readers get more context for the "Release" table, like with adding in names like "First run release" and "Second run release". This is to make more of a distinction between an original run and revival run on one original network. BaldiBasicsFan (talk) 02:01, 27 February 2024 (UTC)[reply]
There is currently no consensus for that as the current format naming is of no issue. - Favre1fan93 (talk) 18:09, 27 February 2024 (UTC)[reply]
We can wait to hear what others think though, if they support or oppose. BaldiBasicsFan (talk) 22:11, 28 February 2024 (UTC)[reply]
Code updated to account for Dr Greg's new test case. - Favre1fan93 (talk) 19:25, 27 February 2024 (UTC)[reply]
The current code is misusing a data cell to add no data at all. That is not valid usage. I'll give it a look this week and see how to add a line without misusing table syntax. Gonnym (talk) 16:16, 28 February 2024 (UTC)[reply]
Yeah, I was looking at the {{Infobox}} documentation that uses dashed lines in their example as a way to possibly do this and that used a data cell so tried replicating it here. - Favre1fan93 (talk) 19:52, 28 February 2024 (UTC)[reply]
I don't really like the last changes by @Favre1fan93 on 27 Feb, because now we have a subsection with no network, which seems confusing: the show apparently just spontaneously released itself without any network. I would prefer it if that change were undone, but instead, when there's a release date with no corresponding network (implying the same network as the last), you just omit the label "Release" from the left-hand column. So you get two (or more) release-date-ranges with a single "Release" label to cover both of them.  Dr Greg  talk  22:08, 28 February 2024 (UTC)[reply]
I've explained above, the infobox is a basically a table. A table needs to be accessible to readers using assisted technology. As far as I'm aware (and feel free to correct me with an example), there is no way to have a rowspan inside an infobox, meaning that we can't say "network1 is for both release_date1 and release_date2". That means that we can't do what you are asking for. Gonnym (talk) 11:00, 29 February 2024 (UTC)[reply]
Thanks for that explanation; I understand and accept the point you are making. I suppose, then, in these circumstances, you could put both {{{release_date1}}} and {{{release_date2}}} in the same cell, although the coding to achieve that might be more difficult, and maybe not worth the effort.  Dr Greg  talk  12:36, 29 February 2024 (UTC)[reply]
I support Favre1fan93's testcase version. — YoungForever(talk) 03:08, 27 February 2024 (UTC)[reply]

@Gonnym: the problem I felt with doing this, was visually, the hr does not span the entirety of the infobox, which I think is a better visual indication than just under the dates as is happening now. - Favre1fan93 (talk) 19:35, 29 February 2024 (UTC)[reply]

Maybe @Izno might be able to help here. Do you know how to visually create a hr without using an empty data cell to hold no data? Gonnym (talk) 08:13, 1 March 2024 (UTC)[reply]
I know {{infobox settlement}} has horizontal lines within it: see Template:Infobox settlement/doc#Examples, you might be able to work out how it's done there.  Dr Greg  talk  17:39, 1 March 2024 (UTC)[reply]
Assign a class to the table cell of interest, then it should just be adding border-bottom in the TemplateStyles for elements with that class. Izno (talk) 18:51, 1 March 2024 (UTC)[reply]
Yeah, just checked. You can add the class to the row of interest and then target it with e.g. .ib-tv-netrelease.infobox-data. I thought about providing a cleaner way for giving specific cells classes when I did the initial TemplateStyles work but that's not available today and you can hack around it even so. Izno (talk) 18:56, 1 March 2024 (UTC)[reply]
@Izno can you look at what I did wrong with the css? I can't make it a full width line. Gonnym (talk) 11:39, 3 March 2024 (UTC)[reply]
I've adjusted the CSS. There is probably a bit more work to play around with. Izno (talk) 17:47, 3 March 2024 (UTC)[reply]
@Izno your edit is something I got to work but it isn't what Favre and Dr Greg asked for. They want a line the full width of the infobox (label and data), not just under the date (data). Is that possible? Gonnym (talk) 18:18, 3 March 2024 (UTC)[reply]
You can add "another" line with .ib-tv-network-release .infobox-label. The two borders won't be contiguous. If you want the lines to be connected, then you need to set border-collapse: collapse on the whole infobox and then add some marginal padding back for the cells. That's what lines 4 and 12 do in the infobox settlement styles. Izno (talk) 18:34, 3 March 2024 (UTC)[reply]
Does adding the border-collapse cause any accessibility issues or is that fine to use? Gonnym (talk) 20:04, 3 March 2024 (UTC)[reply]
No. It just decides whether each table cell has its own border or if two neighboring cells share a border. MDN has a pretty simple illustration to understand.
(At some point, we'll get rid of the border collapse and add paddings at the global level, whenever we transition to divs in infoboxes.) Izno (talk) 22:14, 3 March 2024 (UTC)[reply]
Thanks for all the help Izno! @Favre1fan93 @Dr Greg is this style what you wanted? Gonnym (talk) 06:50, 4 March 2024 (UTC)[reply]
Note that the above and header sections (the ones colored in purple) have lost their margins and I can't seem to modify that. So unless someone can do it, you'll have to choose between the pros and the cons of this style change. Gonnym (talk) 12:00, 4 March 2024 (UTC)[reply]
Looks good to me. Thanks.  Dr Greg  talk  12:19, 4 March 2024 (UTC)[reply]

Looks as intended, though I don't know if this change is worth having the above and headers lose their margins. If you look at the first example in the test cases under "Multiple release dates", it does appear that there is more overall padding between each parameter. Personally, I don't think those changes are worth it to implement this. - Favre1fan93 (talk) 01:24, 5 March 2024 (UTC)[reply]

CSS isn't my strong side so if anyone can fix it, feel free to try. Gonnym (talk) 06:00, 5 March 2024 (UTC)[reply]
I mean, Wikipedia likes having detail, though having the "release" template say the same word multiple times without indication still bothers me, and I do like to have some differentiation, as I had stated before. Again though, consensus is needed so I do need some editors to say their thoughts on this situation. BaldiBasicsFan (talk) 19:13, 5 March 2024 (UTC)[reply]
@Alex 21: any chance you could possibly have any better luck formatting the CSS for this? Basically the goal is to see what a line delineation between the various |release#= parameters would look like. Izno above guided Gonnym to what classes and such should be looked at to do this, but in doing so, it did alter the existing margins and spacing of the template. - Favre1fan93 (talk) 19:53, 5 March 2024 (UTC)[reply]
I've taken a read through this discussion and added it to my watchlist; I can certainly take a look into it, but I may not be able to do anything until the weekend. -- Alex_21 TALK 20:14, 5 March 2024 (UTC)[reply]
Yeah, no rush, thanks! - Favre1fan93 (talk) 22:00, 5 March 2024 (UTC)[reply]
Keeping the margins is not possible with this approach naively. You can readd them by adding divs to each cell, but that's... a hack. The tradeoff here would not be at issue with a future change to infobox that's... a few years away still. Izno (talk) 22:52, 6 March 2024 (UTC)[reply]
Made a few adjustments, take a look at Template:Infobox television/testcases#Multiple release dates (you may need to clear your cache). Thoughts? -- Alex_21 TALK 04:46, 9 March 2024 (UTC)[reply]
The margins between label names (see country of origin and language) is huge at the moment. Is this fixable? Gonnym (talk) 06:45, 9 March 2024 (UTC)[reply]
Done, too much excessive padding on the cells themselves. -- Alex_21 TALK 06:53, 9 March 2024 (UTC)[reply]
Thank you Alex 21! Any hope for some more left margin padding? I think, visually, that's the only thing my eye is feeling is not quite right / feeling a bit cramped with the parameter labels so close to the infobox border. - Favre1fan93 (talk) 18:49, 9 March 2024 (UTC)[reply]
Done, further padding added to the side of the table as a whole. -- Alex_21 TALK 22:13, 9 March 2024 (UTC)[reply]
Looks good, good work Alex. Gonnym (talk) 07:07, 10 March 2024 (UTC)[reply]
Yes agree. With the visual elements of the previous styling retained by implementing this new change, I'm fine if we want to proceed with this. - Favre1fan93 (talk) 19:16, 10 March 2024 (UTC)[reply]

I think we can proceed with implementing this unless there are any further objections. - Favre1fan93 (talk) 16:15, 28 March 2024 (UTC)[reply]

 Done -- Alex_21 TALK 11:47, 1 April 2024 (UTC)[reply]

First aired[edit]

The parameter for first aired states "The parameter is not restricted to a "premiere" date. In the event a program airs a full "preview" episode on TV in advance of a premiere, that date should be used instead." In the world of streaming, if a series airs a "full preview" episode in theaters should that also be included? Asking in the case of Tulsa King, it "premiered" on Paramount+ on November 13, 2022, but had a "full preview" theatrical release of its first episode on October 29 and 30. TheDoctorWho (talk) 08:23, 1 March 2024 (UTC)[reply]

I'll leave that answer to other editors, but I'll note that the the lead and episode list do not use that date. So whatever is decided here, the lead, infobox and episode list should all use the same date. Gonnym (talk) 08:38, 1 March 2024 (UTC)[reply]
Agreed, and if the answer is no I'll add an efn note in the episode table, just wanted to ask before I changed it either way. TheDoctorWho (talk) 08:54, 1 March 2024 (UTC)[reply]

Why episodes aired instead of episodes scheduled?[edit]

I just came across this convention on the Masters of the Air page, with someone else griping about it on their talk page. I realize it would be a huge pain to change all the pages to match “episodes scheduled” or planned or whatever. I’d mostly just like to understand why it is this way. And I wonder if there’s a way to change the wording to make it clearer, or perhaps include a link in the template comment for this line pointing to an explanation, to at least reduce some of the frustration by people trying to correct the episode count. (Yes, they should read the comment and not try to change the episode count inappropriately, but it’s so incredibly counterintuitive I can understand people not bothering to read it.)

I’m not familiar with how templates work under the hood. Would it be horrible to change the wording from “No. of episodes” to “Episodes aired”? GaryFx (talk) 14:30, 2 March 2024 (UTC)[reply]

"No. of episodes" is a neutral term because there are some instances where it is appropriate to note the total number of episodes produced, which may not equal the total that actually aired, for series that were prematurely cancelled. - Favre1fan93 (talk) 15:47, 2 March 2024 (UTC)[reply]
But doesn’t that mean you can never tell from the infobox whether it’s the number aired or the number produced? GaryFx (talk) 20:45, 4 March 2024 (UTC)[reply]

first_aired with no last_aired issues[edit]

Currently we don't track pages that have a |first_aired= value but no |last_aired= value. The infobox documentation says to use |last_aired=present if the show is still ongoing. I was thinking of tracking those pages and add them to a tracking category. However, that brings up a different issue which would require a parameter usage change.

One-off programs, specials and television films usually use |first_aired= so they will be incorrectly added to the category. Instead, these programs should use |released=. While the parameter name itself can mean slightly different things, the fact is that the display used by the infobox for both is "Release" so it doesn't really matter. If the parameter name is a problem we can create a new parameter.

Thoughts appreciated. Gonnym (talk) 18:22, 12 March 2024 (UTC)[reply]

That sounds good. I know the docs say (or said?) that |released= was streaming, but since we have quite a number of tv films, it may also make sense for that, since a lot of those only have a single date. ButlerBlog (talk) 18:58, 12 March 2024 (UTC)[reply]

Using footnotes in the infobox[edit]

I see the documentation is silent on the use of footnotes. Should we encourage the use of footnotes for certain cases? Here is an example where I think footnotes could be useful.

  1. The end date of a television series has been publicly announced
  2. The total number of episodes that will be aired for a television series has been publicly announced

I am sure there are other cases in which footnotes could be useful, but these two examples are already on my mind. Up the Walls (talk) 00:24, 13 March 2024 (UTC)[reply]

No. The WP:INFOBOX is pretty clear that the purpose of an infobox: to summarize (and not supplant) key facts that appear in the article, meaning that the end date and number of episode information should be in the article body (and for those specific examples, probably also in the lead). Since the information is in the body of the article, that is where the reference should be placed. Gonnym (talk) 07:09, 13 March 2024 (UTC)[reply]
I see now you were talking about regular notes and not references. Well that can depend on the type of note. The two types of notes you added at Young Sheldon violate WP:CRYSTALL so aren't really helpful. Also, they seem to bypass the infobox parameters and create pseudo parameters. If we wanted to have a "number of episodes aired (out of total expected)" we would have a parameter for that, since if it's good for one TV series, it's good for every TV series. Similar to the expected end date. Propose these new parameters here and see if you have consensus to add them. Gonnym (talk) 07:14, 13 March 2024 (UTC)[reply]
That's actually a pretty good idea. Let me think about how to properly phrase it. Up the Walls (talk) 07:29, 13 March 2024 (UTC)[reply]

Adding "anticipated" to template[edit]

Although Wikipedia is not a crystal ball, there are cases in which future plans have been announced and could be included. Examples include when an end date to television series has been announced. I think that to accommodate under such a condition, we should add to the template the following:

  • num_episodes_anticipated: to display next to the num_episodes as such: X (out of an anticipated Y )   if x < y — should not be displayed if x ≥ y
  • num_seasons_anticipated: to display next to the num_seasons as such: X (out of an anticipated Y)   if x < y — should not be displayed if x ≥ y
  • anticipated_end_date: to display as (anticipated series finale date)   Applicable only if end_date=present, should not be displayed otherwise

The guidelines should say that these fields should only be used prior to the series finale, but only if the an end has been announced with an announced end date and number of episodes until the end. Up the Walls (talk) 17:14, 13 March 2024 (UTC)[reply]

I feel this is unnecessarily complicating things. If there was consensus to include anticipated episode numbers, seasons, or end dates then the existing fields could easily accomodate them. The problem isn't that there is no where to put this information, it's that previous discussions have always ended with consensus not to include it at all. - adamstom97 (talk) 21:48, 13 March 2024 (UTC)[reply]
The idea of the infobox is to summarize the article and give the reader as much information as possible with only a quick glance. So if an end for a television series has been announced, this information would be (or more accurately should be) in the article, and I would therefore think should also be in the infobox. Up the Walls (talk) 21:54, 13 March 2024 (UTC)[reply]
Many things that are announced do not happen. We report what has happened. – Jonesey95 (talk) 16:34, 14 March 2024 (UTC)[reply]
I agree, we report in the articles the announcements that happened. That's why I think if something is announced, we should include in the infobox information from the announcements using the words "anticipated" to indicate that it hasn't happened yet. Up the Walls (talk) 17:00, 14 March 2024 (UTC)[reply]
But again, you can do that with the existing parameters. A separate param isn't needed to say "anticipated". - adamstom97 (talk) 18:24, 14 March 2024 (UTC)[reply]
How would we accomplish that with existing parameters? Up the Walls (talk) 18:53, 14 March 2024 (UTC)[reply]
Episodes: 5 / 10
Episodes: 5 (released) 10 (expected)
Episodes: 10[ref]
etc.
There are many options. - adamstom97 (talk) 07:59, 15 March 2024 (UTC)[reply]
None of adam's options are appropriate or correct and as I said above, if this style is good for one series it's good for all series. Gonnym (talk) 08:46, 15 March 2024 (UTC)[reply]
While I don't think we should do any of these, I think these are all just as appropriate as creating whole new parameters for "anticipated" data. - adamstom97 (talk) 10:56, 15 March 2024 (UTC)[reply]
Creating new parameters after consensus is gained means that we have a standard way of handling this. Using exiting parameters incorrectly is the worst possible option. Gonnym (talk) 13:09, 15 March 2024 (UTC)[reply]
I'm not suggesting the existing parameters be used incorrectly, I'm suggesting that if there was consensus to include this information at all then we could agree on a way to include it in the existing parameters and update the infobox instructions rather than having to make ridiculous new parameters. To be clear, I don't support either as I think the status quo is fine. I'm just expressing my dislike of these suggested new parameters. - adamstom97 (talk) 13:33, 15 March 2024 (UTC)[reply]

Proposal to remove the "country" parameter[edit]

I suggest the "country" parameter in this and related infoboxes be removed as ill-fitting to the present reality of television. The field is either surplus to requirements or confusing in an age where transnational co-productions are common. See Talk:The Crown (TV series)/Archive 2, where the lengthy journey towards consensus over its nationality could have been shortened if the necessity of placing something in this field was mitigated (as the article ultimately stabilised to not name a national origin in its opening sentence). And see the recent discussion at Wikipedia talk:WikiProject Doctor Who#Time to change the infobox "original network" parameters per the closing logos at last, where the consensus to add Disney+ as an original network has necessitated adding the United States as a country of origin, despite no one liking that. See also Neighbours, where the US should technically be added since Amazon came on board last year, but I for one can't bring myself to do it. In essence, the original networks listed can easily guide users to countries of origin for shows old and new, and the "location" parameter shows where a series is actually made. The "country" parameter more and more introduces a false impression of how American (in these cases; other countries may of course apply) a programme is that can be easily avoided. U-Mos (talk) 12:04, 16 March 2024 (UTC)[reply]

I believe we should keep it, but stick to what it is labelled as, and that is "Country of origin". The Crown was always a UK/US co-production, hence its country of origin was both, but Doctor Who and Neighbours both originated in the UK and Australia, respectively, and thus they should be the only countries listed for each series. Simply because Doctor Who is now produced by a US company, that does not mean it originated in the US; same with Neighbours and other similar examples. -- Alex_21 TALK 12:35, 16 March 2024 (UTC)[reply]
Agreed. Having multiple original networks does not necessarily mean there are multiple countries of origin; Doctor Who is solely owned by the BBC ([3] [4]), with Disney+ just having licensed rights (including co-production). It is also, as far as we know, primarily if not solely produced in the UK. It is a potentially challenging field to define consistently and could maybe do with having clearer guidelines for what constitutes country of origin, but I think it is valuable. Irltoad (talk) 13:07, 16 March 2024 (UTC)[reply]
Very happy to consider guideline changes along those lines. Would this filter to season articles/infoboxes also, i.e. would Doctor Who (series 14) still have to list the US, as Disney+ co-originated that specific year of the show? U-Mos (talk) 13:15, 16 March 2024 (UTC)[reply]
In my opinion, it would, i.e. DW S14 should not list US as a country of origin despite the D+ co-production. If the co-production deal were a co-ownership deal, then absolutely yes. But it is nuanced and I don't necessarily think that a lack of co-ownership should disqualify a show/season etc. from having multiple countries of origin – it is a combination of various factors which could probably use a broader discussion to identify where the line is. My concern with this is that often details on the extent of co-production are unclear (as has been demonstrated in the DW RFC on original networks, and we probably have more information on the particulars of that deal than for many productions), which could make decision contentious and lengthy. If the guidelines are to be redefined, the aim should be for relative simplicity of decisions based on the amount of information that is typically available. Irltoad (talk) 13:47, 16 March 2024 (UTC)[reply]
Absolutely, what applies for one country parameter should apply for them all. There is, of course, always room for discussion, in which a series may have originated in one country and then become a co-production between countries later on but for a majority of the series. At the moment, the documentation only states The show's country of origin; should we reword it to something like The country in which the show originated with its first season? -- Alex_21 TALK 22:29, 16 March 2024 (UTC)[reply]
I'd be opposed to that. If a random series had 20 seasons and for its first season was produced in country A, then was renewed in country B for 19 seasons, country B should be mentioned. A country of origin is any country that we also include the article in the categories for (such as "2020s <country> television series"). Gonnym (talk) 23:09, 16 March 2024 (UTC)[reply]
That's fair, that's why I added the consideration of a series may have originated in one country and then become a co-production between countries later on but for a majority of the series. Is there an alternate wording you'd prefer? -- Alex_21 TALK 01:15, 17 March 2024 (UTC)[reply]
From my understanding, we're considering limiting the country of origin parameter to the country that produced the majority of the series (or two in the case of a long-term co-production deal)? If this is the case, let me take the case of Doctor Who for a second: we'd remove the U.S. as a country for the series overall and series 14/15/2023 specials for the time being. Then if the co-production deal continues for another 16 series, it would suddenly become a majority and we'd have to add them to the said 16? Just trying to understand the ultimate proposal here.
I know Doctor Who uses the term "series" currently instead of "season", but for the sake of comprehension, I'm briefly going to use "season" to differentiate from the "series" [as a whole]. Template:Infobox television season has always been separate from Template:Infobox television in terms of data. I.e. we only put the dates that the season aired, not the whole series, or we only put the starring actors for that season and not those from other seasons. Seems simple. So if it's a co-production deal where it "originated" in two countries, shouldn't both still be listed in the season infobox? It sounds like we'd basically be cherry picking the data based on the number of seasons produced even if one season is vastly different from the rest. It'd basically be the equivalent of removing a one-season actor from the infobox of a 20-season series just because they didn't star in the "majority of the series". To be clear: I'm currently indifferent, on the wording and whether or not the U.S. should be listed in Doctor Who's infobox[es], I'm mainly concerned about consistency and hoping to understand better before I support or oppose the changes being proposed. TheDoctorWho (talk) 05:47, 17 March 2024 (UTC)[reply]
I believe we should primarily stick to the main country of origin, no matter the infobox, and then based on local consensus for each article, adjust it as needed, whether it's a country for 19 out of 20 seasons, or the latest season out of 40. The infoboxes, whether it's for the parent article or season, still describe it as the country of origin. The United States is not a country of origin for Doctor Who series 14, it simply has co-production credits; noted that for that season, we can label it with Disney+ and the United States, and yet the lead still details it as "the British science fiction television programme". The Crown, as an example, needed an extensive discussion at to the country of origin, and a clear consensus formed. -- Alex_21 TALK 08:50, 17 March 2024 (UTC)[reply]
Noted. I'd be fine with something along those lines. My main concern was just that individual seasons be handled independently of the series as a whole, even if it's just one of many seasons.
Categories such as these would probably be something to factor into this discussion as well. TheDoctorWho (talk) 07:08, 18 March 2024 (UTC)[reply]
This takes me back to the notion of removing the parameter, but at Template:Infobox television season only. It's liable to create confusion/inconsistency there, and adds very little to season articles. U-Mos (talk) 08:28, 18 March 2024 (UTC)[reply]
I'd support removing it at the season template and keeping it at the parent template, and redefining what the latter is intended for. -- Alex_21 TALK 08:46, 18 March 2024 (UTC)[reply]
I would also support this. It feels like a good compromise between giving clarity and information, while reducing confusion and disputes Irltoad (talk) 08:51, 18 March 2024 (UTC)[reply]
I think it makes sense to remove from the season infobox, we already have very limited info there and this doesn't seem to be all that key to understanding a season. - adamstom97 (talk) 14:53, 18 March 2024 (UTC)[reply]

I've requested the parameter be removed at Template talk:Infobox television season#Template-protected edit request on 24 March 2024. U-Mos (talk) 13:03, 24 March 2024 (UTC)[reply]

Disagreement about present or end date on last_aired parameter[edit]

Me and another user have different understanding of what last_aired explanation is because some South Korean TV series has renewed but have yet a release date. See this discussion and also this. Can someone help? 98𝚃𝙸𝙶𝙴𝚁𝙸𝚄𝚂 23:26, 23 March 2024 (UTC)[reply]

Adding animation services attribute[edit]

I suggest adding an attribute for animation services for animated shows, as opposed to adding non-standard parameters to do that. Raymondsze (talk) 01:21, 30 March 2024 (UTC)[reply]

Alternatives to writer and director parameters[edit]

From this discussion, it seems there is some disagreement over when to include the writer and director parameters. I want to propose something different: omitting those parameters for TV series and adding a showrunner parameter. This could go at the top of the production section, before executive_producer. I also propose omitting creative_director for similar reasons. The parameters would stay in the template for TV films (to align more closely with theatrical films), but a note in the documentation would specify when they should be used.

Paraphrasing my rationale from my earlier comment: The main creative control on a TV show is usually the showrunner alongside the producers, so maybe those should be the parameters we focus on. Writers and directors are generally either hired in with minimal creative control or are producers/executive producers; in the former case their contributions are less relevant to the infobox, and in the latter case, they would still be listed in the infobox. There have been a few discussions about showrunners before:

  • This January 2021 discussion noted that showrunners are typically executive producers, and listing them twice might be redundant. To avoid this, I would suggest not repeating showrunners under the EP or producer sections (this seems to already be the case where producers who are promoted to EPs are only listed as EPs).
  • This May 2023 discussion stated that showrunner is not a credited title. To this, I'll remark that while they aren't credited as such in the aired credits, they are clearly defined jobs; for instance, the WGA directory lists them.

— RunningTiger123 (talk) 01:49, 7 April 2024 (UTC)[reply]

I've long felt that the way are three-tier level of infobox work is incorrect. A list of writers, directors, editors, etc. (and basically anything other than stars) in the top-level {{Infobox television}} is unhelpful and just creates a random list of mostly unsourced information which typically isn't written in prose in the article. That information is relevant in the lowest-level {{Infobox television episode}}. In a site like IMDb where the data is better presented, there isn't a problem with placing all of the information in the top page, but here we either end up with various (S1), (Season 1), <small>(season 1-season 10)</small> after the names, or just list with no context, both of which are IMO unhelpful or bad syntax.
The only valid usage as you've noted, is for television films or one-off programs. Gonnym (talk) 07:40, 7 April 2024 (UTC)[reply]
I support limiting the writer and director params to TV films per the initial reasoning above. I don't feel as strongly about adding the showrunner because it is very rare for that person to not already be listed as an executive producer, but these days it is usually a key fact in an article to point out who the showrunner is and the point of the infobox is to summarise that sort of key information. I don't think we should exclude people from the executive producer list because they are the showrunner, that would be like excluding someone from a film producer list just because they are also the director. I do think it makes sense to add a showrunner param to the TV season infobox, since that can often change from season to season and there is no list of executive producers in that infobox to cover them. While we are on this topic, I would also recommend we either rename the producer param on the TV episode infobox or just remove it. Confusingly, that is technically for the showrunner which I think most people don't realise. It is going to be very unlikely that the showrunner changes from episode to episode so it probably isn't needed at that level anyway. - adamstom97 (talk) 09:56, 7 April 2024 (UTC)[reply]
Yes to adding a showrunner parameter, no to removing writer and director. There are many (i.e. non-American and older) examples where there are no showrunners, and this role should only be stipulated in an infoxbox where it can be sourced to a person or people (as it isn't a credited position). Otherwise, it's appropriate to list producers/writers/directors, especially where they are consistent across series (which isn't limited to TV films). U-Mos (talk) 10:07, 7 April 2024 (UTC)[reply]
I think it's fair to keep showrunners listed as EPs – I only mentioned not doing that since it seemed to be a past concern. I also agree that a showrunner parameter would be really useful for season infoboxes and that producers are generally unnecessary for episode infoboxes. Regarding the showrunners also being EPs, I think it's useful to distinguish them in some way; for instance, Carlton Cuse was a co-showrunner on Lost (and is fairly well-known for that), but there's no easy way to tell that currently because several other EPs are listed above him. I guess there could just be a symbol to mark the EPs who were the showrunners but that feels more convoluted and less clear. RunningTiger123 (talk) 17:36, 7 April 2024 (UTC)[reply]
I'd support exploring adding a showrunner parameter here and at the season infobox, renaming or outright removing the producer one on the episode infobox to "showrunner(s)", and possibly limiting the use of writer and director. I think at least in a more modern setting, unless there is largely singular force behind a (usually mini)series' writing or directing (say Sam Levinson writing all of Euphoria for writing or Matt Shakman directing all of WandaVision), these parameters are better served by the episode tables. So whatever wording would be appropriate that these parameters are for TV films or maybe 1-2 sole creators on (limited/miniseries?) series, I'd support that. - Favre1fan93 (talk) 17:58, 7 April 2024 (UTC)[reply]
I understand how a single writer/director might fit, but in those cases, we typically cover them elsewhere (for instance, Levinson is the creator, showrunner, and top EP for Euphoria – that seems like enough to clearly note his influence). And we could also end up with awkward cases where we only list a director but no writers, or vice versa, as would be the case with Shakman and WandaVision. That's why I would personally push for removing the writers and directors from TV shows more broadly. RunningTiger123 (talk) 18:36, 7 April 2024 (UTC)[reply]
Sure, I understand/overlooked that point about those sole creators then also being credited elsewhere. - Favre1fan93 (talk) 18:41, 7 April 2024 (UTC)[reply]
I also support implementing a showrunner parameter for the infobox and adding rationales for using writer and director. I think there should also be a |head_writer= parameter for instances where that term is used, as it has been used interchangeably with "showrunner" and this fact should be recognized where applicable. Trailblazer101 (talk) 00:54, 8 April 2024 (UTC)[reply]
Oppose to removing director, writer, and producer parameters for TV series. As for showrunners for TV series, most of the time they are listed as executive producers already which is redundant. — YoungForever(talk) 19:18, 7 April 2024 (UTC)[reply]
Just for clarification, this is not about removing these parameter, rather updating the documentation for when and how they are used. - Favre1fan93 (talk) 19:19, 7 April 2024 (UTC)[reply]
Based on RunningTiger123's proposal and other editors' comments, it seemed to read that way. — YoungForever(talk) 19:32, 7 April 2024 (UTC)[reply]
Apologies if that was so, but that is not the case (in the event you'd like to comment further on the matter). The discussion boils down to: |writer= and |director= is proposed to be updated in documentation for use only with TV films and not with TV series, and separately, the creation of a |showrunner= parameter. - Favre1fan93 (talk) 22:45, 7 April 2024 (UTC)[reply]
I support the addition of a showrunner parameter in both a series and season infobox and limiting when writer/director parameters are used. I don't have too strong of an opinion on how they should limited. Showrunner changes have been given pretty large cover in recent years [5], [6], [7], [8], [9], [10], [11], [12], and [13]. This is just from a quick Google search, there's many many more. It's uncommon to see articles stating "X_Exexutive_Producer Steping Down" or "Y_Exexutive_Producer Taking Over." I think it's fair to provide showrunners the weight of a separate parameter due to that. It's information that would support our readers by being quickly accessible. TheDoctorWho (talk) 21:09, 7 April 2024 (UTC)[reply]
You are misrepresenting the original discussion linked in your original post. The argument was not about long-running TV series with endless amounts of new directors continuously being added. The argument was about limited series and miniseries where there is a set limited number of directors that will never increase and no editing ever needs to be done beyond the first mention of their names. Please do not misrepresent the facts and try to act as though the argument was about open-ended TV series. That is not what this discussion was originally about. Nicholas0 (talk) 07:14, 8 April 2024 (UTC)[reply]
Regardless, this discussion has evolved beyond the scope of the original discussion to talk about the writer, director, and potential showrunner params in general. - adamstom97 (talk) 07:43, 8 April 2024 (UTC)[reply]
It looks like there is clearer agreement for a showrunner parameter (both here and in season infoboxes) than for other changes to writers, directors, etc. (at least to me, though I could be biased). Would it be better to add a showrunner parameter on its own, or wait to decide how to update/revise the documentation for other parameters at the same time? RunningTiger123 (talk) 01:12, 10 April 2024 (UTC)[reply]
I would say, at a bare minimum, that there's consensus to add a showrunner parameter based on where the discussion stands right now. I do feel however, that the discussion likely hasn't received wide enough input from other regular television editors and would likely receive pushback if implemented right now. I left notices on WT:TV and WT:MOS/TV to hopefully gain some additional input. I would personally wait another few days to see if anyone else comments before we move forward as it hasn't even been a week since the discussion began. TheDoctorWho (talk) 04:12, 10 April 2024 (UTC)[reply]
Thanks for that, and I definitely wasn't trying to close the discussion already, just see if the different parts should be implemented separately (if consensus is reached for each at different times) or all at once. RunningTiger123 (talk) 11:32, 10 April 2024 (UTC)[reply]
Considering the amount of infoboxes that would need to be updated, it would probably make sense to implement both at once (if possible) to save time. TheDoctorWho (talk) 03:23, 11 April 2024 (UTC)[reply]
I've also notified the season infobox talk about this discussion. - Favre1fan93 (talk) 16:52, 11 April 2024 (UTC)[reply]
@RunningTiger123: I believe I actually misread your initial question. If consensus is reached on one part of this proposal and not the other, we should go ahead and move forward with it as we may never reach a consensus on the other portion. That said, and pinging @Favre1fan93: to this part as well, it's been a week since other relevant talk pages were notified of this discussion and there have been no further objections or supports that have arisen from those notices. It's also been nearly two weeks since this discussion first began. Do we want to discuss moving forward with the showrunner parameter? Otherwise, if someone truly believes that more discussion is still required an RFC would be an option? TheDoctorWho (talk) 03:14, 19 April 2024 (UTC)[reply]
I think enough time has been given for us to move ahead with adding the showrunner param to the series and season infoboxes. The documentation should note that it is only to be used when an actual showrunner can be reliably sourced, editors should not be putting other people in this param that served similar roles.
I think we need further discussion, and potentially an RfC, to confirm the other changes. We need to confirm whether the producer param for episode infoboxes should be renamed to showrunner or outright removed. We also need to confirm what the documentation for writers and directors should be. My recommendation for that is wording about using the fields for: TV films; or series with only one or two writers who are not already included in the creator/showrunner params. I was also wondering what opinions there are on using the writer param for the head writer and using the director param for the supervising director or producing director, people who are typically also executive producers but not necessarily creators or showrunners? - adamstom97 (talk) 08:26, 19 April 2024 (UTC)[reply]
Agree that a wider discussion might be needed for some of those changes. Is it worth going all the way to RfC, or should we just have that discussion at a more public page, such as WT:TV? RunningTiger123 (talk) 14:27, 19 April 2024 (UTC)[reply]
I only suggested an RFC because I posted a notice of this discussion at WT:TV and it didn't help much. Actually hosting the discussion there could help though. TheDoctorWho (talk) 03:38, 20 April 2024 (UTC)[reply]
I agree with all that's been done since I've last been active and the plan moving forward. - Favre1fan93 (talk) 17:03, 24 April 2024 (UTC)[reply]

Edit request 20 April 2024[edit]

Description of suggested change: Add a "showrunner" parameter to the Infobox and renumber the subsequent parameters. This has been added to the sandbox and tested and appears to have worked. The two just need synced. It's too much text to go into {{Text diff}}, but a full view of the edit that needs done is visible in my first link of the sandbox. This was discussed in the section directly above this one and there is a consensus to add the parameter. The other changes proposed will be discussed further and addressed later. TheDoctorWho (talk) 04:07, 20 April 2024 (UTC)[reply]

 Done * Pppery * it has begun... 17:31, 20 April 2024 (UTC)[reply]
Documentation has been updated. TheDoctorWho (talk) 18:03, 20 April 2024 (UTC)[reply]
Shouldn't showrunner be plural with a "s" when they are multiple showrunners as just not the showrunner as in singular as in adding {{Pluralize from text}}? Like executive producer is plural when there are multiple executive producers and not plural when there is only one executive producer. — YoungForever(talk) 17:45, 21 April 2024 (UTC)[reply]
I actually considered this when making the request. The only reason I didn't is because the parameters in the immediate vicinity aren't (creator, developer, writer, director). Series are often created or developed by more than one person and the writer parameter actually says in the instructions that it can old up to five people. Yet we don't see "creators", "developers", or "writers" pluralized in the Infobox. I personally think that it probably should be but I was just aiming for consistency. TheDoctorWho Public (talk) 19:06, 21 April 2024 (UTC)[reply]
There probably needs to be a separate discussion to review all the places that need plural criteria so we can be consistent. - adamstom97 (talk) 19:53, 21 April 2024 (UTC)[reply]
Slightly different because their labels are "Created by", "Written by", and etc. If that is the case, shouldn't it be "Showran by" for the label though? — YoungForever(talk) 19:59, 21 April 2024 (UTC)[reply]
You're correct, I didn't notice that when getting the request together. I'd definitely prefer "showrunners" rather than "showran by". I'll put in an updated request later tonight if no one beats me to it since I can't edit the template myself. TheDoctorWho (talk) 21:13, 21 April 2024 (UTC)[reply]
Showrunner for singular and Showrunners for plural would be consistent for how they are used. — YoungForever(talk) 03:40, 22 April 2024 (UTC)[reply]
I've made the request both here and on the season infobox. TheDoctorWho (talk) 03:42, 22 April 2024 (UTC)[reply]

Additional edit[edit]

Per the above discussion, showrunner needs to be pluralized if there are multiple on the series.

Changing label7 = Showrunner to label7 = Showrunner{{Pluralize from text|{{{showrunner|}}}|plural=s}} will take care of it automatically (minus the nowiki tags if looking at this in source editor).

Here's the sandbox edit and the corresponding testcase edit where it worked. TheDoctorWho (talk) 03:23, 22 April 2024 (UTC)[reply]

 Completed. P.I. Ellsworth , ed. put'er there 04:24, 22 April 2024 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=Template_talk:Infobox_television&oldid=1220573095"