Template talk:Episode list

(Redirected from Template talk:Episode list/doc)
Latest comment: 1 day ago by Alex 21 in topic duplicate-ids


Requesting a new parameter for the literal translation of a native title

edit

Couldn't there be a new parameter for the literal translation of a native episode title? It could be named something like "NativeTitleLit". With the new parameter, the literal meaning of a native title could be indicated as well.

This is an example for the languages that use latin alphabet:

Italian: Avventura (lit.'Adventure')

And this is an example for the non-latin alphabet languages:

Transliteration: "Bōken" (Japanese: 冒険; lit.'Adventure')

In fact, I tried to use "AltTitle" for that, but it clashes with "TranslitTitle". --211.211.103.154 (talk) 08:54, 1 July 2025 (UTC)Reply

Could you not do this using |RAltTitle={{nbsp}}({{Literal translation|Adventure}}) ? It would provide
Transliteration: "Bōken" (Japanese: 冒険) (lit.'Adventure')
It's not identical in merging the brackets, but it's an already-doable format. -- Alex_21 TALK 09:53, 1 July 2025 (UTC)Reply
Alright, I'll try that way. Thanks though. --211.211.103.154 (talk) 06:34, 7 July 2025 (UTC)Reply

Exclusion for TBA with a note and other similar entries in air date

edit

After whittling down Category:Episode lists with unformatted air dates through my bot and some manual work, I've got it down to a remaining few that have some entries that I'm wondering how we account for in the |OriginalAirDate= param. I believe in the checking for the maintenance category, we make an exclusion for "Unaired" as text? However we do that, there are a few items that are similar in nature and although the list is pared down to just a few, I have seen other similar instances. Here are some examples based on what's there for invalid date entries in |OriginalAirDate=:

These seem to be what people generally do when there is a an episode that may not have aired on the primary outlet, but might have been released somewhere else (this seems to happen with Disney+ on a regular basis with early releases). So I guess my question/comment is can we do one of the following:

  1. Create an exclusion for the maintenance category to ignore these types of instances.
  2. Set/discuss some standard that provides clear documentation/guidance on not inputting things this way
  3. Or, ignore it and move on.

I hope a explained this well enough to make sense what I'm asking and suggesting. Certainly, if I'm murky on it, just ask me to rewrite or clarify. ButlerBlog (talk) 18:15, 18 July 2025 (UTC)Reply

I think an exclusion should be made, because I think the use of citation tags or note tags to provide further information about a date is helpful. I don't see this being an improper formatting case. - Favre1fan93 (talk) 16:16, 19 July 2025 (UTC)Reply
At Topo that is a horrible note. So we have an actual air date, but we're sticking with a "TBA" because? Same with Pat. For "Unaired", I agree that we should add that as accepted text. Gonnym (talk) 08:57, 20 July 2025 (UTC)Reply
I think "Unaired" is already accepted (at least, it doesn't appear to affect inclusion in the main cat). In doing some further work to clean up the category, it does look like {{citation needed}} is accepted (in my original post, I thought it wasn't). ButlerBlog (talk) 14:25, 21 July 2025 (UTC)Reply
I notice that Template:Character list is misusing this template. It shouldn't use it at all. I'll try and take a look at it and erase this horrible misuse. Gonnym (talk) 14:40, 21 July 2025 (UTC)Reply
Thanks - I did notice that as well (the Highlander characters article). ButlerBlog (talk) 15:01, 21 July 2025 (UTC)Reply
@Gonnym: I updated the {{Character list}} template to use |Aux2= instead of |OriginalAirDate= for the character list |year= param. That should get List of Highlander characters out of the Category:Episode lists with unformatted air dates maint cat. ButlerBlog (talk) 19:18, 17 August 2025 (UTC)Reply

Aux1 Doesn't Center When Used In A Split Part Episode

edit

The subject header pretty much says it all here. You can see the issue on Big Brother 27 (American season)#ep958. Once the episode was split using NumParts = 2, the information input into Aux1_1 and Aux1_2 doesn't center in the table like the other columns. TheDoctorWho (talk) 05:51, 22 August 2025 (UTC)Reply

  Fixed I've removed the code that left-aligns the Aux content. I do remember why this was implemented, though; it was for the episode titles at List of Doctor Who episodes (1963–1989), to left-align them (since they're under Aux parameters). I'm not overly worried about the now-centered titles, though. -- Alex_21 TALK 23:25, 22 August 2025 (UTC)Reply

duplicate-ids

edit

See Adventure_Time_season_2#Episodes, each cell in the Prod.code column generates a "pc1002" ID. On Module:Episode_list#L-281, plese fix it Shizhao (talk) 07:44, 1 September 2025 (UTC)Reply

It is recommended to modify line 281 to the following code:
attr('id', 'pc' .. idTrim(idTrim(args.ProdCode, ' ----') .. math.random(1000), '<'))

Shizhao (talk) 07:57, 1 September 2025 (UTC)Reply

why would a random number be a good idea for an id? How would know what to link to? Also, the ID that should be applied here, is #epnumber, so Adventure Time season 2#ep27. Gonnym (talk) 08:00, 1 September 2025 (UTC)Reply
you're right. So what is the best way to fix this problem? Shizhao (talk) 08:06, 1 September 2025 (UTC)Reply
I'm trying to understand what the problem is. The "ep" id works, so what is the issue? Gonnym (talk) 08:08, 1 September 2025 (UTC)Reply
The production numbers do still use an ID, regardless of what ID in the row should be used, and duplicate HTML ID's can produce accessability issues. For the above episode link you've given, while using a random number would be a bad idea, the production code cell should have an ID of #pc1002-029 (using the full unique production code). -- Alex_21 TALK 10:03, 1 September 2025 (UTC)Reply
  Partly done: I've fixed the issue. On Module:Episode_list#L-81, string.find("1002-029", ' ----') was a RegEx pattern, thus removing everything after the "1002". I have changed this use to plaintext; string.find("1002-029", ' ----', 1, true) adds the parameters |init=1 (start at the start of the string, default behaviour), and |plain=true (make the search for plaintext and not RegEx - this is the important bit). The line at Module:Episode_list#L-281 is only meant to remove the literal string of ' ----'.
All should work now; see Adventure Time season 2#pc1002-029. -- Alex_21 TALK 10:14, 1 September 2025 (UTC)Reply