Template talk:Episode list/archive 2
From Wikipedia, the free encyclopedia
Archives |
---|
|
Page anchors
While on the topic of improving the template, I keep forgetting to note the page anchors via "id" thing that Farix and I were playing around with a few nights ago. I can't remember the proper terminology for it, but I think it's "page anchor". Like the Table of Contents, it would allow us to jump to a specific point in an article, such as a specific episode on a list. For example List of The X-Files episodes#ep21-121. Right now it's set up to use either the EpisodeNumber or ProdCode parameters as the last value, [[List of Show Name episodes#
(ep or pc)(number)]]
. Here's a copy of the discussion Farix and I were having:
-
Basically I figured one would use one or the other, but not both. I've seen lists where the ep number resets for each season, so I figured another alternative might be good for those lists. But yeah, there's probably a better way of doing that.. Any ideas? -- Ned Scott 22:35, 8 August 2006 (UTC)
Including the season number may be a way to go about it, but that means adding an extra field to the templates. But perhaps the best way would be to use the episode title instead. --TheFarix (Talk) 22:42, 8 August 2006 (UTC)
- Actually, after switching List of Ōban Star-Racers episodes to the Episode list template, I realized that won't work either because episode articles are linked to the title. Hmmm, maybe having the episode link and the episode title as separate fields, like what is done with some of the cite templates, may work. That will free up the episode name to be used as an ID. --TheFarix (Talk) 01:42, 9 August 2006 (UTC)
-
- While the titles are more likely to not over-lap, using the numbers makes for a smaller URL/wikilink. It might be easier to just suggest a standard numbering method for the EpisodeNumber parameter. I'm just pleased to see that the basic concept of it works, so it'd probably be a good idea to work out the finer details on WT:LOE. -- Ned Scott 02:35, 9 August 2006 (UTC)
So that's basically where we're at. Suggestions? Comments? -- Ned Scott 05:42, 12 August 2006 (UTC)
New template code being tested
New template code being tested. See WT:LOE#un-filled parameters are no longer an issue -- Ned Scott 09:48, 26 August 2006 (UTC)
Problem
Curly braces are showing up in the color bar, at least on my monitor. - Peregrinefisher 01:24, 3 September 2006 (UTC)
- oops, fixed. -- Ned Scott 03:55, 3 September 2006 (UTC)
Color bar
How can I change yhe color of the color bar? Can I do it once per table or does it have to be done for each row? - Peregrinefisher 04:06, 3 September 2006 (UTC)
-
|LineColor=
For the bottom line color, value in hex web colors without pound sign (#)|TopColor=
For the "title" row, value in hex web colors without pound sign (#)
- for each episode row. I haven't figured out a way to make it so that you can set a value once and just use that, yet. -- Ned Scott 04:57, 3 September 2006 (UTC)
-
- Thanks. Is there a way to put the color bar below the title bar, above the first entry? - Peregrinefisher 05:12, 3 September 2006 (UTC)
-
-
- I probably should have had it do that by default, but I don't want to change it now without knowing how it might effect some articles. I've just been putting in the extra line manually by putting it in right after the table headers. For example:
-
{|class="wikitable" ! Screenshot !! Title !! Original air date !! E# |- | colspan="3" bgcolor="#FFA040" | {{Episode list
-
-
- Make colspan however number of Columns you have (add up title, episode number, prod, etc) and the bgcolor= whatever value you used for LineColor. -- Ned Scott 05:25, 3 September 2006 (UTC)
- Is there a way to make the thickness match the others? I'm still not familiar with some of these formatting commands.Andyross 14:58, 1 July 2007 (UTC)
- There's no option to change the thickness, but I'm guessing you're talking about the very first color bar that is below the table headers. The very first line is "manually" coded on the page itself, and is left over from when we changed how the line was drawn. This edit should make them all uniform. -- Ned Scott 03:22, 2 July 2007 (UTC)
- Is there a way to make the thickness match the others? I'm still not familiar with some of these formatting commands.Andyross 14:58, 1 July 2007 (UTC)
- Make colspan however number of Columns you have (add up title, episode number, prod, etc) and the bgcolor= whatever value you used for LineColor. -- Ned Scott 05:25, 3 September 2006 (UTC)
-
More Aux fields?
What should I do if I want to include more than 2 fields that don't have a special parameter? I want to include the episodes number overall and within a season. Writer and Director are allready taking up Aux1 and Aux2. I could use prod num or alternate date, but that doesn't seem right. - Peregrinefisher 22:27, 3 September 2006 (UTC)
- There's actually
|EpisodeNumber2=
I Just forgot to add it to the instructions :D -- Ned Scott 00:51, 4 September 2006 (UTC)
References in the table header
What's the best way to put references in table header? Say for tv.com and production code. I did this, but it doesn't look right. - Peregrinefisher 23:03, 5 September 2006 (UTC)
Limit?
I've been standardising the list of Yu-Gi-Oh! episodes and there's something that I can't really seem to work out. It's at my Work Area. It can only go up to 210 boxes and then it goes screwy. I've tried removing some and it only goes up to 210 boxes. Maybe you could take a look, I'm not good at this coding stuff. (please don't point me to Template:Japanese episode list, I've worked on this for 6 hours and I just found out about that template, and I don't want to do it all over again. Template:nihongo works better for me.) - Zero1328 Talk? 09:47, 8 September 2006 (UTC)
- That's strange as hell, I've never seen it do that before. I'll see what I can find out, if this is a limit to the templates or to the tables (probably a limit on the template, from the looks of it.) -- Ned Scott 10:56, 8 September 2006 (UTC)
- Have you been able to work anything out? I can't really think of any way to overcome this. {{digimon episode}} doesn't seem to have any problems, maybe there's a difference somewhere. - Zero1328 Talk? 08:52, 13 September 2006 (UTC)
-
-
- This is very strange, I seemed to have fixed it, but I don't really understand why what I did fixed it. I basically took out the <includeonly> and self-translcuding example of Template:Episode list and... that seemed to fix the problem. -- Ned Scott 08:11, 14 September 2006 (UTC)
- It didn't seem to fix the problem when I put it in the actual article. [1] I have a little theory, maybe the size of the template code is too long and you "fixed" it by reducing the size. {{digimon episode}} is much smaller. That's all I can think of. - Zero1328 Talk? 01:28, 17 September 2006 (UTC)
-
-
-
-
- Sorry it's taken my so long to respond. Yeah, it does seem that the size of the template code might be the problem. I have some ideas to make the template more efficient, and that should hopefully push the limit back further. Or a special split template could be made for really high use TV shows. -- Ned Scott 07:03, 22 September 2006 (UTC)
-
-
See also: #Limits part 2
Matching code?
If I want to create a matching table, how would I go about doing that? I really love the layout of this table and while I get most of the wiki table code, I see two problems. First is the separator line between each episode entry, then the photo and caption. I'm sure I can figure out the rest, but could someone give me a code hint on how to accomplish those two things?
I worked on an episode list for Rome which is located here. I suggested it on the talk page, but someone rightly pointed out that if we implement it, then the other tables in the Rome article should match.
I'm willing to work on those tables, but I'm having trouble finding a way to put in that separator line (without text) and the photo thing. Any help is much appreciated. MagnoliaSouth | Talk 04:50, 17 September 2006 (UTC)
- I think I have it! I'll share the code here for those who might have the same problem I have had.
{| class="wikitable" style="width:95%;" |- ! A !! B !! C !! D |- ! E !! colspan="3" | F |- | align="center"| a | align="center"| b | align="center"| c | align="center"| d |- | align="center"| e | style="background:white" colspan="3" | f |- style="background:#CCCCFF; height:2px" | colspan="4" | |}
- It will look like this:
A | B | C | D |
---|---|---|---|
E | F | ||
a | b | c | d |
e | f | ||
- The only thing I changed was cells A and E. I added an extra box below A to add a caption, but if anyone prefers to follow the format exactly, then it would be like this...
{| class="wikitable" style="width:95%;" |- ! A !! B !! C !! D |- | align="center" rowspan="2"| a | align="center"| b | align="center"| c | align="center"| d |- | style="background:white" colspan="3" | f |- style="background:#CCCCFF; height:2px" | colspan="4" | |}
- and will look like this (note that 'E/e' is missing):
A | B | C | D |
---|---|---|---|
a | b | c | d |
f | |||
- I've no idea if this will help anyone, but thought I'd share it in any case. MagnoliaSouth | Talk 08:27, 17 September 2006 (UTC)
-
- You seem to have the basic idea down. List of Excel Saga media is also a good example of what you are trying to do, in that it uses an episode list template and then matches the style manually with the other tables on that page. -- Ned Scott 08:50, 17 September 2006 (UTC)
Line color
The colored seperator line isn't showing up in my IE. Is there anything we can do? Ned? - Peregrinefisher 08:49, 31 October 2006 (UTC)
- I can confirm this issue for IE7. The template was built before IE7 really came out. We need to review this issue.--Will2k 17:35, 7 November 2006 (UTC)
- I knew I forgot to do something.. There is an alternative that will show up in IE, but I didn't include it right away because it looked really ugly with some lighter colors. I'll throw up some examples in a bit here, so you can see what I mean. It'll probably be fine, just some lists should change the color they use on some of the lines. -- Ned Scott 08:34, 16 December 2006 (UTC)
Broken column span
Check out List of South Park episodes. There are some extra columns without data showing up there.... Is this the result of a recent template change?--GunnarRene 16:52, 17 January 2007 (UTC)
- I'm not seeing it in Safari (web browser) or the Mac version of Mozilla Firefox. What browser are you using? -- Ned Scott 17:13, 17 January 2007 (UTC)
Image Size
Is there a way of entering the image size just at the top, instead of entering it for each episode imageGman124 21:18, 5 March 2007 (UTC)
- No there is not. You can leave the option empty, and then it will default to 125px --TheDJ (talk • contribs • WikiProject Television) 00:26, 6 March 2007 (UTC)
-
- Maybe we should make a template for the table header part of the LOE? Is there any way a header can control these types of things? - Peregrine Fisher 06:09, 6 March 2007 (UTC)
- Not without an overall template, I'm afraid. Maybe A bug could be filled for a {{VARIABLE}} Magic wordthat would allow a given variable to beset fro severables templates on a page à la {{DEFAULTSORT}}? I somehow doubt it's workable, though.Circeus 22:00, 7 March 2007 (UTC)
- Maybe we should make a template for the table header part of the LOE? Is there any way a header can control these types of things? - Peregrine Fisher 06:09, 6 March 2007 (UTC)
Limits part 2
See also: #Limit?
I'm having the same problem right now on List of One Piece episodes. I'm trying to add episode 297, but it goes all screwy, like Zero said. Also, Template:One Piece general at the bottom of the page hasn't been working for a while either, and I think it's related. The Splendiferous Gegiford 18:35, 4 February 2007 (UTC)
There appears to be the same problem in List of ER episodes, the template doesn't work correctly for the last episodes. This is not caused by the large number of transclusions, but by the article size: if your shorten some of the episode descriptions (and look at the preview) the problem goes away; if you insert some text somewhere, it happens earlier in the list. -- memset 16:25, 10 March 2007 (UTC)
- it seems we really need to revisit this issue. --TheDJ (talk • contribs • WikiProject Television) 17:14, 10 March 2007 (UTC)
- We just started making the entries by hand on List of One Piece episodes after the point where the template doesn't work. If we can fix the template that would be best, but it's a workaround that works pretty well. - Peregrine Fisher 18:48, 10 March 2007 (UTC)
-
- Yeah, but that still kinda sucks of course. We should get a wikimedia coder to explain exactly what's going on here. --TheDJ (talk • contribs • WikiProject Television) 19:12, 10 March 2007 (UTC)
-
-
- We could ask at Help talk:Table. I should say that everytime someone from there helps me with something difficult, its User:EncMstr. He seems to know a lot about tables. - Peregrine Fisher 19:16, 10 March 2007 (UTC)
-
-
-
- I asked at Wikipedia:Requested templates. -- memset 21:28, 13 March 2007 (UTC)
-
Everyone's having the same problem because of Template limits. If you view the source for one of the impacted pages (e.g. List of One Piece episodes), you'll see this:
Pre-expand include size: 2042426 bytes Post-expand include size: 474690 bytes Template argument size: 593060 bytes Maximum: 2048000 bytes
Every time a template is used, regardless of whether or not all or some of the parameters being used, it stacks up and creates a large pre-expand include size. Once that pre-expand include size hits the maximum (currently 2048000 bytes), template transclusion begins to fail. The same problem was seen in Template:Length conversion when someone tried to combine every type of length conversion into a giant template using #switch's. One patch/temporary fix is to move all documentation to a separate page, doing what is called Template doc page pattern. That can help alleviate some of the issue. With this template, it's using something I've never seen and don't understand: ParaCheck123. If that is truly necessary, then one option is shortening it to PC123. Any time a template is transcluded hundreds of times, there's exponential growth with something that seemingly simple. If ParaCheck123 isn't necessary, removing it would free up a lot of pre-expand size, and the problem would probably be fixed. Cheers. --MZMcBride 01:04, 14 March 2007 (UTC)
OK, so we need to seriously cut down on the bytes in the template itself. That definetly can be done. For instance i'm pretty sure: {{ #ifeq: {{{Aux1|ParaCheck123}}} | ParaCheck123 | 0 | 1 }} + can also be written as {{#ifeq:{{{Aux1|}}}||0|1}}+. It won't be as readable, but it'll work. We can also save a ton of whitespace, and indeed move the doc to somewhere else. {{editprotected}} Request to temporarily make this page semi protected in order to do some serious weeding. --TheDJ (talk • contribs • WikiProject Television) 02:54, 14 March 2007 (UTC)
- If the template is updated, it should be done in one try, so there should probably be a temporary template page first. This template is transcluded thousands of times, and it's going to quickly cause a large spike in the job queue once the template is changed. Three ways to make it smaller are: remove whitespace, use {{/doc}}, and change "ParaCheck123" to "PC". Cheers. --MZMcBride 03:23, 14 March 2007 (UTC)
- Also, Template:!! is used just once in this template, but that requires listing it at the bottom of every edit page that uses this template. That should be switched from {{!!}} to {{!}}{{!}} in order to stop that from happening. Or use a line break and it will only require one {{!}}. --MZMcBride 03:27, 14 March 2007 (UTC)
-
- It's related to the over-all article size? Ah, this whole time I thought it was because the template had too many variables, but I guess that bit of info changes things. The "paracheck" however, is required or else all lists of episodes will display all possible columns, with or without them being listed in the article itself. This allows editors to keep optional table cells open without having to place a dash or something for that variable. -- Ned Scott 04:41, 14 March 2007 (UTC)
Ah, just thought of something we could cut out easily. TopColor, I've never seen it used (no one will miss it) and it can be safely cut. Not much, but it's something for now. Please replace template page contents with this. -- Ned Scott 04:49, 14 March 2007 (UTC)
- Can "ParaCheck123" be shortened to "PC"? Doing so would free up 200000 bytes on a page with 200 episodes. Also per my comments above, this template should be updated as few times as possible and it should implement other byte-reducing measures when it is updated. Cheers. --MZMcBride 05:01, 14 March 2007 (UTC)
- I put my proposed code here. --MZMcBride 05:07, 14 March 2007 (UTC)
- I wanted to use something that would not likely be used in the template itself. It could be anything, really, just something uncommon. I guess some zany unicode character could work. -- Ned Scott 05:13, 14 March 2007 (UTC)
- new and improved, ParaCheck123 is now replaced with "ʁ". There is also this second version which excludes centering the text in some columns, a minor formatting change, but gets rid a bunch of "align="center"" -- Ned Scott 05:22, 14 March 2007 (UTC)
- I wanted to use something that would not likely be used in the template itself. It could be anything, really, just something uncommon. I guess some zany unicode character could work. -- Ned Scott 05:13, 14 March 2007 (UTC)
We should make a test version of a "standard" page however to test if everything still works. But these chagnes will surely help --TheDJ (talk • contribs • WikiProject Television) 05:40, 14 March 2007 (UTC)
- also, I forgot to do the /doc thing (thanks DJ), which is now shown at User:Ned Scott/sandbox. -- Ned Scott 05:53, 14 March 2007 (UTC)
- The spaces in lines like #expr: {{#ifeq:{{{Aux1|PC}}}|PC|0|1}}+ should be removed as well. See my sandbox for the code. --MZMcBride 05:57, 14 March 2007 (UTC)
- this idea I had a while back would save a lot of data and solve the color bar problem in IE. Makes it look funny for articles that use a light color value, but that's a minor problem. I'll try to work this into my current sandbox copy. -- Ned Scott 06:13, 14 March 2007 (UTC)
- Test of "average" (sort of) extreme episode list: User:Ned Scott/sandbox2, using User:Ned Scott/sandbox. -- Ned Scott 06:37, 14 March 2007 (UTC)
- this idea I had a while back would save a lot of data and solve the color bar problem in IE. Makes it look funny for articles that use a light color value, but that's a minor problem. I'll try to work this into my current sandbox copy. -- Ned Scott 06:13, 14 March 2007 (UTC)
- The spaces in lines like #expr: {{#ifeq:{{{Aux1|PC}}}|PC|0|1}}+ should be removed as well. See my sandbox for the code. --MZMcBride 05:57, 14 March 2007 (UTC)
This not only uses less data, but the line colors there will now work in Internet Explorer. -- Ned Scott 07:06, 14 March 2007 (UTC)
- The template in the sandbox seems to be a vast improvement. The current Template:Episode list stops at about 252 transclusions, while the newer User:Ned Scott/sandbox "template" stops at about 456 transclusions. Great work everyone! Now it just needs to be implemented.... --MZMcBride 23:25, 14 March 2007 (UTC)
If anyone's interested, I got the code down to exactly 2000 characters (coincidence!) here, and the results for sundry formats are here. The character count could be brought lower if a couple dozen spaces here and there were removed. My version uses wikitext tables, and not tr/td/th stuff. If the latter were implemented it could probably go well under 1000 characters. Of course, no need in being so efficient if makes the code unreadable. GracenotesT § 03:59, 15 March 2007 (UTC)
- Without the "ParaCheck" (changed to "ʁ" in my sandbox version) then the template will break on most, if not all, of the articles that currently use it. It's used as a way to switch between images and no images formats, as well as triggering table columns without having to force a space or dash for that parameter in the article (some articles don't use Aux1 or Aux2, some only use Aux1, etc). -- Ned Scott 04:06, 15 March 2007 (UTC)
- Then I am quite surprised why every item in User:Gracenotes/Sandbox works. Is it a coincidence, that I picked examples from articles for which my version will not break? GracenotesT § 04:27, 15 March 2007 (UTC)
- If all parts are filled out then it's not a problem. The idea is that if a list is in-progress then table columns will still open up and maintain proper formatting. -- Ned Scott 04:36, 15 March 2007 (UTC)
- See my example on User:Ned Scott/sandbox4. Also, there are three different formats (almost forgot about the 3rd) the template can make. One is screenshot and summary, two is summary only, and three is no image or summary (basic list, one line per episode, and no color line). -- Ned Scott 04:38, 15 March 2007 (UTC)
- Ah, that works, although it might be best just to have separate templates (eg, Episode list, Episode list image). By the way, using "ʁ" isn't that bad of an idea, besides the fact that it takes up two bytes, while another character make take up only one. GracenotesT § 04:46, 15 March 2007 (UTC)
- Actually, we did have a separate no images template originally, but I did not know about the added limits merging the two would have made at the time. Splitting them shouldn't be too hard, as a bot could be used to update only the articles that need to be. A bit more than just looking at whatlinkshere, since that won't tell you if it's image or no image, but still shouldn't be hard for a bot. -- Ned Scott 05:05, 15 March 2007 (UTC)
- My version works, of course -- it just has a
bugdifferent set of features. Well, all that matters is that the size is down, and that all articles for which the new version will break are fixed beforehand. GracenotesT § 20:15, 15 March 2007 (UTC)
- My version works, of course -- it just has a
- Actually, we did have a separate no images template originally, but I did not know about the added limits merging the two would have made at the time. Splitting them shouldn't be too hard, as a bot could be used to update only the articles that need to be. A bit more than just looking at whatlinkshere, since that won't tell you if it's image or no image, but still shouldn't be hard for a bot. -- Ned Scott 05:05, 15 March 2007 (UTC)
- If all parts are filled out then it's not a problem. The idea is that if a list is in-progress then table columns will still open up and maintain proper formatting. -- Ned Scott 04:36, 15 March 2007 (UTC)
- Then I am quite surprised why every item in User:Gracenotes/Sandbox works. Is it a coincidence, that I picked examples from articles for which my version will not break? GracenotesT § 04:27, 15 March 2007 (UTC)
Oh, and then there's also Template:Japanese episode list. At the time I was fiddling around with the templates, I wanted to do something to make them more attractive for their adoption. I edit a lot of anime articles, and I knew that naming the parameters specifically (although only a few) can often be of a big help. This template also adds an additional title element for the Japanese character set. Other than that, it is the same as this template. -- Ned Scott 05:05, 15 March 2007 (UTC)
I think we're ready
{{editprotected}}
Just as about as stripped down as we can without breaking any articles, this version of my sandbox page is ready to replace the contents of this template. I have tested the sandbox template at User:Ned Scott/sandbox2, User:Ned Scott/sandbox4, and tested a few randomly picked articles (see this history for March 14th for different articles being tested with the sandbox template). All tests worked without any problems, except that some articles will need to change from using lighter colors in their color bars to look better. (This is something pretty much inevitable, since it's also the only way to fix the linecolor for Internet Explorer.) All we need now is an admin to copy this into the template. -- Ned Scott 05:57, 15 March 2007 (UTC)
- Granted there is still room for improvement, but further work will likely take a bit longer and might require updating many of the articles that transclude the template. -- Ned Scott 05:58, 15 March 2007 (UTC)
-
- Dag nabit, I came across an error that is in this version when I was changing Template:Japanese episode list to have the same updates. In a list that uses no images and uses both EpisodeNumber and EpisodeNumber2, EpisodeNumber2 breaks. Looking more into this.. -- Ned Scott 02:54, 16 March 2007 (UTC)
-
-
- See this example (assuming when you click this the template has not been fixed). -- Ned Scott 02:59, 16 March 2007 (UTC)
-
It doesn't happen with ep1 and ep2 being both used when images are being used, so it has something to do when the template is triggered to flip the numbers from the right side (image format) to the left side (no image format). So far I haven't figured it out yet. -- Ned Scott 09:21, 16 March 2007 (UTC)
- *smacks forehead* I had a {{!}} when I should have had a {{!!}}. It's fixed now, but I might test it a bit more before making making the edit request again. -- Ned Scott 09:57, 16 March 2007 (UTC)
updated template is ready to go. -- Ned Scott 09:34, 17 March 2007 (UTC)
- Please revert today's edits, the updated version looks very silly in firefox, also very screwy in IE6. Matthew 11:38, 17 March 2007 (UTC)
- Explain silly? Are you talking about the color bars? -- Ned Scott 11:49, 17 March 2007 (UTC)
- There was borders, now there isn't, I do not see any discussion to remove them from this highly used template, also screws up in IE6, as stated, silly. Matthew
- If you want us to revert code that was discussed and tested then you'll have to give a little more information. There's no reason the borders should not be displaying in Firefox. and "screws up" IE? Explain. -- Ned Scott
- There was borders, now there isn't, I do not see any discussion to remove them from this highly used template, also screws up in IE6, as stated, silly. Matthew
- Explain silly? Are you talking about the color bars? -- Ned Scott 11:49, 17 March 2007 (UTC)
-
-
-
-
- Ned you're not sysop so you cannot revert. There was no discussion to implement these changes, just you leaving a few messages (PS: Do not remove my request, a sysop will accept or deny it). Matthew
- There's nothing wrong at all. The border might be thinner, but that's because this is the first time the hight has had to be defined. Before this change IE didn't show the color line at all because IE doesn't handle tables correctly. -- Ned Scott 12:09, 17 March 2007 (UTC)
- Can you show me a consensus to implement these borky changes? If not I see no reason why they should be kept at present, clearly a better way without messing the table needs to be found, it's quite apparent they should not look like that. Matthew 12:12, 17 March 2007 (UTC)
- That's not how things work here, Matthew. We needed to cut down on the template's size, and correctly rendering a color line with proper code was one of the ways we did it. If for some wild ass reason we go back to the old line code that's one thing, but we sure as hell are not going to do a complete revert. It's slightly thinner in Firefox, and still needs some tweaking in IE to get it to work, if that is even possible. Again, IE never correctly rendered the lines in the first place. -- Ned Scott 12:18, 17 March 2007 (UTC)
- That's because IE is a piece of junk, and yes that is exactly the way things work Ned, you get consensus to implement disputed edits. Matthew 12:21, 17 March 2007 (UTC)
- And the changes were discussed on this very talk page... Don't tell me your browser can't even show you that much. -- Ned Scott 12:20, 17 March 2007 (UTC)
- Show me the discussion stating lines should be frakked with? Matthew 12:21, 17 March 2007 (UTC)
- Discussion is only needed if one can reasonably foresee a dispute. Even now.. I'm at a loss of words why you feel this is a dispute. What we know is this, the lines are about 2 pix shorter and IE still doesn't work. We can make the lines thicker, that's not a problem, but we cannot revert back to a version that completely breaks on high usage lists. -- Ned Scott 12:29, 17 March 2007 (UTC)
- There was nothing broken about it before, it should either show or it shouldn't which was perfectly fine before, trying to make it show properly in all browsers is more then likely not possible. Matthew 12:32, 17 March 2007 (UTC)
- The old way used a lot of code (considering our limit problem), which is a very good reason to use the new way. Firefox and Safari display it completely fine, and most sane people stay away from IE (IE screws up a lot of things...). -- Ned Scott 12:40, 17 March 2007 (UTC)
- I use Firefox 2.0, it's not showing properly for me (example #2), the border has gone and the colouring shade has vanished, which causes the design to no longer blend, it may seem a minor change but it's quite large to me as you're altering the designs of multiple LOEs, which will now probably require colour updates.. Matthew 12:45, 17 March 2007 (UTC)
- Oh, we already knew that there would be some required color adjustments, but like I said, it's more important that the code be smaller. This should only be a problem with lighter colors anyways. It seems a minor change fixes it for IE now, see how User:Ned Scott/sandbox5 looks. The only thing different now is that the line is thinner and there is no border around it (again, an issue with light colors only). -- Ned Scott 12:54, 17 March 2007 (UTC)
- Could we not get the devs. to increase the size or have they said "no"? Matthew
- Oh, we already knew that there would be some required color adjustments, but like I said, it's more important that the code be smaller. This should only be a problem with lighter colors anyways. It seems a minor change fixes it for IE now, see how User:Ned Scott/sandbox5 looks. The only thing different now is that the line is thinner and there is no border around it (again, an issue with light colors only). -- Ned Scott 12:54, 17 March 2007 (UTC)
- I use Firefox 2.0, it's not showing properly for me (example #2), the border has gone and the colouring shade has vanished, which causes the design to no longer blend, it may seem a minor change but it's quite large to me as you're altering the designs of multiple LOEs, which will now probably require colour updates.. Matthew 12:45, 17 March 2007 (UTC)
- The old way used a lot of code (considering our limit problem), which is a very good reason to use the new way. Firefox and Safari display it completely fine, and most sane people stay away from IE (IE screws up a lot of things...). -- Ned Scott 12:40, 17 March 2007 (UTC)
- There was nothing broken about it before, it should either show or it shouldn't which was perfectly fine before, trying to make it show properly in all browsers is more then likely not possible. Matthew 12:32, 17 March 2007 (UTC)
- Discussion is only needed if one can reasonably foresee a dispute. Even now.. I'm at a loss of words why you feel this is a dispute. What we know is this, the lines are about 2 pix shorter and IE still doesn't work. We can make the lines thicker, that's not a problem, but we cannot revert back to a version that completely breaks on high usage lists. -- Ned Scott 12:29, 17 March 2007 (UTC)
- Show me the discussion stating lines should be frakked with? Matthew 12:21, 17 March 2007 (UTC)
- That's not how things work here, Matthew. We needed to cut down on the template's size, and correctly rendering a color line with proper code was one of the ways we did it. If for some wild ass reason we go back to the old line code that's one thing, but we sure as hell are not going to do a complete revert. It's slightly thinner in Firefox, and still needs some tweaking in IE to get it to work, if that is even possible. Again, IE never correctly rendered the lines in the first place. -- Ned Scott 12:18, 17 March 2007 (UTC)
- Can you show me a consensus to implement these borky changes? If not I see no reason why they should be kept at present, clearly a better way without messing the table needs to be found, it's quite apparent they should not look like that. Matthew 12:12, 17 March 2007 (UTC)
- There's nothing wrong at all. The border might be thinner, but that's because this is the first time the hight has had to be defined. Before this change IE didn't show the color line at all because IE doesn't handle tables correctly. -- Ned Scott 12:09, 17 March 2007 (UTC)
- Ned you're not sysop so you cannot revert. There was no discussion to implement these changes, just you leaving a few messages (PS: Do not remove my request, a sysop will accept or deny it). Matthew
-
-
-
Update for IE
I hate to request another edit so fast, when we were trying to keep the edit count for the template low, but this edit will fix the IE problem. -- Ned Scott 13:11, 17 March 2007 (UTC)
- I thought we previously decided that {{!!}} could be replaced with an alternative. Using it only once seems goofy, and it requires that the template is listed every time {{Episode list}} is. --MZMcBride 17:14, 17 March 2007 (UTC)
- When I tried to replace some with manual HTML table code it got screwy. I'll throw some examples up on my sandbox if I have time before work. -- Ned Scott 19:26, 17 March 2007 (UTC)
- User:Ned Scott/sandbox4#Additional code replaced with HTML. This uses User:Ned Scott/sandbox3. -- Ned Scott 19:38, 17 March 2007 (UTC)
- I don't see why {{!}}{{!}} can't be used... can you explain ? --TheDJ (talk • contribs • WikiProject Television) 19:55, 17 March 2007 (UTC)
- I'm a bit confused at this question. {{!!}} does the same thing as {{!}}{{!}}. -- Ned Scott 23:41, 17 March 2007 (UTC)
- Yes it does. Which was the whole point. why include another template a million times if we can just use the one. It's easier for the wikipedia servers to just have to include one of them. --TheDJ (talk • contribs • WikiProject Television) 00:00, 18 March 2007 (UTC)
- I'm a bit confused at this question. {{!!}} does the same thing as {{!}}{{!}}. -- Ned Scott 23:41, 17 March 2007 (UTC)
- I don't see why {{!}}{{!}} can't be used... can you explain ? --TheDJ (talk • contribs • WikiProject Television) 19:55, 17 March 2007 (UTC)
- User:Ned Scott/sandbox4#Additional code replaced with HTML. This uses User:Ned Scott/sandbox3. -- Ned Scott 19:38, 17 March 2007 (UTC)
- When I tried to replace some with manual HTML table code it got screwy. I'll throw some examples up on my sandbox if I have time before work. -- Ned Scott 19:26, 17 March 2007 (UTC)
Captions
The image captions aren't working for me right now. It may have something to do with the recent changes, I don't know. - Peregrine Fisher 18:56, 17 March 2007 (UTC)
- I had taken out ImageCaption and TopColor because they didn't seem to be used very much and were "less vital", but I guess they could be added back in.. -- Ned Scott 19:32, 17 March 2007 (UTC)
- I would like to have the caption part, I feel it helps meet FU requirements. It allows the image to be discussed specifically without messing up the formatting. It's true other people don't use it much, but I've included it with the 1000+ images I've inserted into LOEs. TopColor I don't really care about, since you can simulate it with the table header, I believe. - Peregrine Fisher 19:52, 17 March 2007 (UTC)
- Can you point us at some articles that use this option btw? might be handy. --TheDJ (talk • contribs • WikiProject Television) 19:53, 17 March 2007 (UTC)
- I'm using it now in List of Man vs. Wild episodes. There's lots more at User:Peregrine Fisher/Contributions. - Peregrine Fisher 20:17, 17 March 2007 (UTC)
- Can you point us at some articles that use this option btw? might be handy. --TheDJ (talk • contribs • WikiProject Television) 19:53, 17 March 2007 (UTC)
- I would like to have the caption part, I feel it helps meet FU requirements. It allows the image to be discussed specifically without messing up the formatting. It's true other people don't use it much, but I've included it with the 1000+ images I've inserted into LOEs. TopColor I don't really care about, since you can simulate it with the table header, I believe. - Peregrine Fisher 19:52, 17 March 2007 (UTC)
{{editprotected}} Ok, ImageCaption back in, IE fix, and come further code optimization (by User:MZMcBride): replace template with this. -- Ned Scott 00:04, 18 March 2007 (UTC)
- Done Cbrown1023 talk 02:07, 18 March 2007 (UTC)
-
- Thank you very much. -- Ned Scott 06:55, 18 March 2007 (UTC)
-
Centering the date
Not centering the date doesn't look right. It's probably the same with some other fields that I don't use. - Peregrine Fisher 04:26, 19 March 2007 (UTC)
- I agree. The date should be centered. I don't think this change was even brought up in the recent change discussion. Would like to see it added back. :: ZJH (T C E) 22:01, 19 March 2007 (UTC)
- Again, this was something taken out to help the template's limitation problem. It was a low priority option and helped to remove a good amount of code. I’ve got some ideas on how we could add it back without increasing size, but it would likely involve renaming parameters and having to update all lists via bot. -- Ned Scott 22:39, 19 March 2007 (UTC)
Edit protected
Hi, please change: <td>{{{OriginalAirDate}}}</td> to <td align="center">{{{OriginalAirDate}}}</td>. This well centralise the date. Thanks. Matthew 22:42, 26 March 2007 (UTC)
- There are several dates - do they all need to be centered? Is there a working example somewhere I can use to make sure the edit is effective? CMummert · talk 22:49, 26 March 2007 (UTC)
- I'm not sure if the other date fields are used, I know the OriginalAirDate is used on basically all transclusions and thus is priority to fix. I've set up a sandbox, here, for you to view an example. Cheers, Matthew 22:54, 26 March 2007 (UTC)
- The original air date is centered when I look at that, in opera and in firefox. Is is not centered for you? CMummert · talk 22:57, 26 March 2007 (UTC)
- That's because the version in my sandbox is a locally stored copy with the centre fix applied, for a non-central example see List of Jericho episodes (using this template). Matthew 23:02, 26 March 2007 (UTC)
- {{editprotected}} done. CMummert · talk 23:05, 26 March 2007 (UTC)
- Much appreciated, thanks. Matthew 23:08, 26 March 2007 (UTC)
- {{editprotected}} done. CMummert · talk 23:05, 26 March 2007 (UTC)
- That's because the version in my sandbox is a locally stored copy with the centre fix applied, for a non-central example see List of Jericho episodes (using this template). Matthew 23:02, 26 March 2007 (UTC)
- The original air date is centered when I look at that, in opera and in firefox. Is is not centered for you? CMummert · talk 22:57, 26 March 2007 (UTC)
- I'm not sure if the other date fields are used, I know the OriginalAirDate is used on basically all transclusions and thus is priority to fix. I've set up a sandbox, here, for you to view an example. Cheers, Matthew 22:54, 26 March 2007 (UTC)
Wow, thanks guys for completely ignoring the discussion right above this one, but whatever. I can understand adding it back in for OriginalAirDate, I guess, but remember that we are trying to make this template smaller because of the template limitation issue. -- Ned Scott 01:28, 28 March 2007 (UTC)
- Sorry about that - the thought of template size didn't enter my mind; I was just handling what seemed to be a reasonable and easily revertable editprotected request. I'll remember to scan the talk page higher up in the future.
- Can I suggest adding a large disclaimer to the template page warning editors that it runs into size issues? I look for such warnings before making edits, and wouldn't have made this one if I had been warned not to. CMummert · talk 02:05, 28 March 2007 (UTC)
- Sorry if I was a bit harsh, it is pretty easy to miss these things. Although, in regards to the template's limitations, we only lost three transclusions when you compare my sandbox test before and after, so it really wasn't a big deal. -- Ned Scott 04:04, 28 March 2007 (UTC)
- If anyone is wondering, the first link is using User:Ned Scott/sandbox, which contains the template contents from before, the second link is using the current version of the template. -- Ned Scott 05:31, 28 March 2007 (UTC)
- Sorry if I was a bit harsh, it is pretty easy to miss these things. Although, in regards to the template's limitations, we only lost three transclusions when you compare my sandbox test before and after, so it really wasn't a big deal. -- Ned Scott 04:04, 28 March 2007 (UTC)
-
-
- According to Wikipedia:Template limits, text inside a noinclude section is not counted against the preexpand size. If that is true, the best place to put a warning is inside a noinclude section in the template itself. Am I reading the specs wrong? CMummert · talk 11:52, 28 March 2007 (UTC)
- Wrong, and so is the page in that case. I recently fixed a project from the Council that they use in creating their listings of WikiProjects. I simply moved all the documentation in the noinclude to a /doc subpage, and the template worked again. It might not be counted, but it sure seems to matter. --TheDJ (talk • contribs • WikiProject Television) 13:01, 28 March 2007 (UTC)
- Page is correct. It says that templates in <noinclude> are not taken into account on the preexpand size, but actual raw text, still counts. Also by reading this page I learned that if you put the documentation on a subpage, and then edit the doc, this will only cause a queuejob for the actual inclusion, and not for all the template transclusions. Kinda logical I guess, but a nice trick. Should definetly be used on all high volume templates. --TheDJ (talk • contribs • WikiProject Television) 13:08, 28 March 2007 (UTC)
- Thanks. I was mentally adding the word "not" to the sentence in the docs. I'll rephrase it. CMummert · talk 14:13, 28 March 2007 (UTC)
- Page is correct. It says that templates in <noinclude> are not taken into account on the preexpand size, but actual raw text, still counts. Also by reading this page I learned that if you put the documentation on a subpage, and then edit the doc, this will only cause a queuejob for the actual inclusion, and not for all the template transclusions. Kinda logical I guess, but a nice trick. Should definetly be used on all high volume templates. --TheDJ (talk • contribs • WikiProject Television) 13:08, 28 March 2007 (UTC)
- Wrong, and so is the page in that case. I recently fixed a project from the Council that they use in creating their listings of WikiProjects. I simply moved all the documentation in the noinclude to a /doc subpage, and the template worked again. It might not be counted, but it sure seems to matter. --TheDJ (talk • contribs • WikiProject Television) 13:01, 28 March 2007 (UTC)
- According to Wikipedia:Template limits, text inside a noinclude section is not counted against the preexpand size. If that is true, the best place to put a warning is inside a noinclude section in the template itself. Am I reading the specs wrong? CMummert · talk 11:52, 28 March 2007 (UTC)
-
Sortable episode format
Sortable version in testing, see Talk:List of The Melancholy of Haruhi Suzumiya episodes#Sortable episode format. -- Ned Scott 19:20, 31 March 2007 (UTC)
- Uh. I don't like that, looks too much for me. Wouldn't it also add to the transclusion size? :-\? I personally believe it works better using the style already used at that LOE. Matthew 19:24, 31 March 2007 (UTC)
-
- I take it that it is not possible to keep the LOE looking the same and still be sortable? Also, there are ways to specify a sort key using <span style="display:none">. - Peregrine Fisher 20:50, 31 March 2007 (UTC)
-
-
- With more tweaking they'll look exactly the same except for the episode number cells will have to be the full length. The sortable version will also be it's own template, separate from this one, due to the style change. Basically, people can use it on lists where the value of being sortable outweighs the minor style change. -- Ned Scott 00:16, 1 April 2007 (UTC)
-
ShortSummary and colspan
I assume that the cell containing ShortSummary is to stretch the length of the columns it's under. Currently, there seems to be code to calculate the number of defined columns that aren't the image column, and use that for the colspan; couldn't you simply use colspan="0"? From the HTML 4.01 spec, section 11.2.6: "The value zero ("0") means that the cell spans all columns from the current column to the last column of the column group (COLGROUP) in which the cell is defined." —TangentCube, Dialogues 11:53, 14 April 2007 (UTC)
- Cool, I never knew this. That certainly should simplify the code. We'll experiment with it. Thx for the tip. --TheDJ (talk • contribs • WikiProject Television) 12:18, 14 April 2007 (UTC)
- Unfortunately: "None of Opera 9.02, Firefox 2.0, IE7 and Safari 2.0.4 implement colspan="0" as specified in HTML 4.01. Trident, Presto and WebKit at least agree on what to do with it: they treat it like colspan="1".I suggest that only positive integers be conforming and that non-conforming values be treated as 1." --TheDJ (talk • contribs • WikiProject Television) 12:47, 14 April 2007 (UTC)
- Point taken. Sometimes I forget there are other browsers out there. I find the bit about Firefox odd though, as it did display correctly under both Firefox 1.5(.0.11) and 2.0(.0.1) in the test example I made. —TangentCube, Dialogues 21:18, 14 April 2007 (UTC)
- I'll try to do some more diggin on this. I have a feeling that possibly only the "colgroup" part of this spec. isn't correctly implemented by the browsers. --TheDJ (talk • contribs • WikiProject Television) 22:47, 14 April 2007 (UTC)
- Point taken. Sometimes I forget there are other browsers out there. I find the bit about Firefox odd though, as it did display correctly under both Firefox 1.5(.0.11) and 2.0(.0.1) in the test example I made. —TangentCube, Dialogues 21:18, 14 April 2007 (UTC)
- Unfortunately: "None of Opera 9.02, Firefox 2.0, IE7 and Safari 2.0.4 implement colspan="0" as specified in HTML 4.01. Trident, Presto and WebKit at least agree on what to do with it: they treat it like colspan="1".I suggest that only positive integers be conforming and that non-conforming values be treated as 1." --TheDJ (talk • contribs • WikiProject Television) 12:47, 14 April 2007 (UTC)
Image field removed
After the extended discussion yesterday at Wikipedia:Administrators' noticeboard/List of Family Guy episodes, where it was determined that episode list pages should not routinely contain nonfree images for each episode, I've removed the relevant field from this template (again). Fut.Perf. ☼ 21:59, 2 May 2007 (UTC)
- I trust you tested your edit, like the banners on both the talk/doc/template pages instruct ? --TheDJ (talk • contribs • WikiProject Television) 23:31, 2 May 2007 (UTC)
- Seems to be ok, though i didn't test all paramater configurations yet. --TheDJ (talk • contribs • WikiProject Television) 23:37, 2 May 2007 (UTC)
P.S. I still consider this to be an admin decision against concensus of the community. But, I realized a while ago that Wikipedia is not Free nor free-content, just Wikipedia. --TheDJ (talk • contribs • WikiProject Television) 23:41, 2 May 2007 (UTC)
It might help others to know that an image marker will be added that will allow downstream users (such as Wikia) to place images in the correct place, while maintaining an exact copy of the list as on Wikipedia. I know it's not much, but at least somewhere the effort of selecting those screen shots won't be wasted. -- Ned Scott 00:34, 3 May 2007 (UTC)
- Do you have some links to the actual development of this? I'm interested from the technical perspective --TheDJ (talk • contribs • WikiProject Television) 00:44, 3 May 2007 (UTC)
- Interesting idea - although I'm far from certain if these images would even be legal in another environment. To my mind, this is not just an issue of our free content ideals, but actually one where anybody would be on very shaky grounds in real-life fair use terms. But of course that will then be somebody else's problem. Fut.Perf. ☼ 05:40, 3 May 2007 (UTC)
-
- Right now I'm just trying to make contact with a community on Wikia to see if an existing Wikia is an option. If that fails, then we'd form a proposal for a new Wikia. If it turns out that Wikia won't be able to host the mirror at all then it's off to find anther site with MediaWiki software that might be able to host. As for how this would technically be done, giving it more thought it should be possible even without an "image marker" on our (Wikipedia) side. The template on the mirror side would display an image file with the title of "{{PAGENAME}}{{{EpisodeNumber}}}.png", or something like that, which would eliminate the requirement of having to put in the file name. -- Ned Scott 20:09, 3 May 2007 (UTC)
- Oh, and it would be updated by bot or by making live data requests to Wikipedia, but filtered with the forked template. To change the text a user would have to update on Wikipedia and have the changes roll down the line. -- Ned Scott 20:12, 3 May 2007 (UTC)
- Right now I'm just trying to make contact with a community on Wikia to see if an existing Wikia is an option. If that fails, then we'd form a proposal for a new Wikia. If it turns out that Wikia won't be able to host the mirror at all then it's off to find anther site with MediaWiki software that might be able to host. As for how this would technically be done, giving it more thought it should be possible even without an "image marker" on our (Wikipedia) side. The template on the mirror side would display an image file with the title of "{{PAGENAME}}{{{EpisodeNumber}}}.png", or something like that, which would eliminate the requirement of having to put in the file name. -- Ned Scott 20:09, 3 May 2007 (UTC)
This change breaks a lot of pages and it was made without consensus. That isn't right. --MZMcBride 00:37, 3 May 2007 (UTC)
- Indeed. Matthew 00:38, 3 May 2007 (UTC)
- I'm sorry if I should have broken anything - but I think I didn't. The pages are just displaying an empty column now. I first tried to eliminate that too in a clean way, but it would conflict with the coding of the table headers on the pages. The pages now need to be edited individually to remove that column. Fut.Perf. ☼ 05:40, 3 May 2007 (UTC)
- An empty column would be 'broken'. The full line to be removed should be : |{{!}} rowspan="2" width="{{#if:{{{ImageSize|}}}|{{{ImageSize}}}|125px}}" valign="middle" style="border-bottom:3px solid #{{#if:{{{LineColor|}}}|{{{LineColor}}}|CCCCFF}};" {{!}}}}
- Essentially, that should be the line for that particular column. Once it's gone, the column should vanish from the pages, saving us fugly pages for 510 pages that are pointing to it. That said, we have to edit the table header for all the pages to remove the call to the images column. I agree this was a well intended idea, but we're making more problems than it's worth, trying to 'fix' it. -- Ipstenu (talk|contribs) 15:02, 3 May 2007 (UTC)
- I'm sorry if I should have broken anything - but I think I didn't. The pages are just displaying an empty column now. I first tried to eliminate that too in a clean way, but it would conflict with the coding of the table headers on the pages. The pages now need to be edited individually to remove that column. Fut.Perf. ☼ 05:40, 3 May 2007 (UTC)
Man, I bet this'll lead to a lot of image deletions, how many bots are going to try and do this? Sorry, just trying to lighten up the mood. :) —May the Edit be with you, always. (T-borg) (drop me a line) 09:26, 3 May 2007 (UTC)
- You could always create episode pages to de-orphan the images. Matthew 09:48, 3 May 2007 (UTC)
- You do realize that sometimes, the list of episodes exists to avoid episode articles? Talk about a no-win situation! Circeus 14:36, 3 May 2007 (UTC)
- Indeed. I've created good strong LOEs with the purpose of not ever needing to create episode pages... without the screen captures the LOE seems less useful and (in my opinion) has degraded. Matthew 14:50, 3 May 2007 (UTC)
- Removing this parameter is going to cause chaos. Just because not all LOE can use the images, there are still some where fair-use still applies. Now, any LOE that fair-use images can be used on can't use the parameter and can't use the template for their list and instead have to code it manually. Now, all the LOE that use the image have blank cells in their article. --Malevious Userpage •Talk Page• Contributions 01:42, 4 May 2007 (UTC)
- Originally I envisioned screen shots being contained within the same cell as short summary, and people can certainly do that now if they are using the template where Wikipedia:Non-free content's exceptions can apply. It's no longer going to be common enough to warrant a whole parameter for it. -- Ned Scott 01:45, 4 May 2007 (UTC)
- Removing this parameter is going to cause chaos. Just because not all LOE can use the images, there are still some where fair-use still applies. Now, any LOE that fair-use images can be used on can't use the parameter and can't use the template for their list and instead have to code it manually. Now, all the LOE that use the image have blank cells in their article. --Malevious Userpage •Talk Page• Contributions 01:42, 4 May 2007 (UTC)
- Indeed. I've created good strong LOEs with the purpose of not ever needing to create episode pages... without the screen captures the LOE seems less useful and (in my opinion) has degraded. Matthew 14:50, 3 May 2007 (UTC)
- You do realize that sometimes, the list of episodes exists to avoid episode articles? Talk about a no-win situation! Circeus 14:36, 3 May 2007 (UTC)
Space
Well, with the removal of the images I believe this may bring some benefits... for example: we could now re-centre columns that need to be central, right? Matthew 14:28, 4 May 2007 (UTC)
Deletion of Image Field is causing problems
ONLY if you don't have Image in your template. I was trying to swap a page to the template, and I left out the image tag cause ... well, we don't need it anymore. But when I left '|Image=No Screenshot.svg' out, the layout broke. See below. Look at the 'title' field.
Title | Original airdate | Production code | # |
---|---|---|---|
01 | "Pilot" | Today | 101 |
Foobar | |||
01 | "Pilot" | Today | 101 |
Foobar |
Sorry about the difficulties. But isn't that just a mismatch between the header fields and the body? The template seems to assume the serial number goes to the left. Why don't you just say:
# | Title | Original airdate | Production code |
---|---|---|---|
01 | "Pilot" | Today | 101 |
Foobar |
Fut.Perf. ☼ 17:46, 4 May 2007 (UTC)
- No, it's not. If it was, it wouldn't be solved by adding |Image=No Screenshot.svg back in. Watch this... if I put ' |Image=No Screenshot.svg' into your altered set up I get this:
# | Title | Original airdate | Production code |
---|---|---|---|
01 | "Pilot" | Today | 101 |
Foobar |
- It should be totally skipping that field and it's not. -- Ipstenu (talk|contribs) 18:02, 4 May 2007 (UTC)
-
- As far as I understand, the people who devised this template reckoned that if a table was to have any images at all, all lines would have the serial number on the right; if it had no images then the numbers would be on the left. I didn't touch that code. You simply need to manually adjust the order of fields in the header. Fut.Perf. ☼ 18:08, 4 May 2007 (UTC)
- Right, so the change to remove images broke the conditional. :) The directions on this page need to be corrected. If we're going to leave this as-is, then the doc here needs to address 'if you remove the IMAGE field, you must change your header. Frankly, it seems like more work to alter all the pages using this template than to fix the template. Then again, there are probably sites that are using the no-image correctly, and they're going to be hurt if we fix it. Ugh. No-win :P -- Ipstenu (talk|contribs) 18:19, 4 May 2007 (UTC)
- As far as I understand, the people who devised this template reckoned that if a table was to have any images at all, all lines would have the serial number on the right; if it had no images then the numbers would be on the left. I didn't touch that code. You simply need to manually adjust the order of fields in the header. Fut.Perf. ☼ 18:08, 4 May 2007 (UTC)
-
-
-
- Well, there are four cases:
- Pages which up to now had images. They now have an empty column but no problem apart from that.
- Pages which had images and now want to get rid of the extra column. They need to manually remove the "|image=" fields and change the headers.
- Pages which never had images to begin with. There's no change for them and no need to do anything (but if we had changed the conditionals here, they would have been broken.)
- Newly created pages like yours. They should just leave out the "|image=" field from the start and put the "#" column to the left in the header. Fut.Perf. ☼ 18:29, 4 May 2007 (UTC)
- Well, there are four cases:
-
-
Once all pages have been adjusted, you can go and get rid of the whole conditional machinery here. Fut.Perf. ☼ 18:29, 4 May 2007 (UTC)
New template code
Once it's safe to completely remove the Image options in the template (when all the lists are updated correctly, etc) this should become the new table code. I've tested it at User:Ned Scott/sandbox4 and everything seems to work fine (minus those that still try to use a screen shot column). It also re-centers all the cells except for Title and ShortSummary, as it was before. -- Ned Scott 21:07, 4 May 2007 (UTC)
Broken template
{{edit protected}} Someone needs to revert Ed's edits to the template, as they have broken the template on many pages. -- Ned Scott 18:23, 5 May 2007 (UTC)
- I'm unsure as to why he's changed the background colour? Matthew 18:32, 5 May 2007 (UTC)
-
- and note this test: User:Ned Scott/sandbox7 -- Ned Scott 18:33, 5 May 2007 (UTC)
-
-
- What's the point of protection and putting all those warning tags up, if someone is just going to go and ignore them and the talk page? I'm sorry, but this pisses me off. -- Ned Scott 19:09, 5 May 2007 (UTC)
-
Just so everyone knows, reverting Eg's edits will not put images back in. There are some formatting triggers that are caused by the Image parameter, but that is all, and the image tags themselves have already been removed. Code for the template once reformatting is done is noted in the above talk section, #New template code. -- Ned Scott 19:23, 5 May 2007 (UTC)
- Should be all fixed, missed the #ifeq undefined variable hack, /sandbox7 test works including the episode numbering bug that was there before. Re-centered all fields per suggestion above, and removed hard coded (white) background. Wikitables already define the background colour in the stylesheet, which shouldn't be overridden without good reason. Also reformatted code for legibility. ed g2s • talk 20:44, 5 May 2007 (UTC)
still needs changes
LineColor needs to be #{{#if:{{{LineColor|}}}|{{{LineColor}}}|CCCCFF}}
to default correctly if undefined, but still listed in the template on the list. -- Ned Scott 00:33, 6 May 2007 (UTC)
- The template also needs {{{ShortSummary}}} to have after it (as in {{{ShortSummary}}} ) to force open the summary cell when not filled out. -- Ned Scott 05:32, 6 May 2007 (UTC)
-
- This copy of my sandbox has both updates, removed the forced white background (noted above), and has removed spaces for the template limitation problem. It's been tested, etc etc. Just literally copy the entire contents of the sandbox from that link to this template and it will work. -- Ned Scott 05:41, 6 May 2007 (UTC)
- Ned does this fix this problem I see on the first example of this page (right under the table with the doc) ? See this image (Safari):
- This copy of my sandbox has both updates, removed the forced white background (noted above), and has removed spaces for the template limitation problem. It's been tested, etc etc. Just literally copy the entire contents of the sandbox from that link to this template and it will work. -- Ned Scott 05:41, 6 May 2007 (UTC)
Image:Cellissue.jpg --TheDJ (talk • contribs • WikiProject Television) 19:20, 6 May 2007 (UTC)
-
-
-
- Seems it was a problem with the example itself and not the template? It was a bit odd, adding an extra
|-
fixed it, but it shouldn't have actually needed it. All the articles using the template seem fine. -- Ned Scott 03:10, 7 May 2007 (UTC)
- Seems it was a problem with the example itself and not the template? It was a bit odd, adding an extra
-
-
Given the size of this template (~1k) do we really need to worry about the 2MB total template limit. A few extra linebreaks won't hurt... ed g2s • talk 09:56, 6 May 2007 (UTC)
- Perhaps less then before, but with series stretching for over 10 years, I think it still won't hurt. --TheDJ (talk • contribs • WikiProject Television) 12:43, 6 May 2007 (UTC)
- #Limits part 2 is why we started doing it. But thinking about it now, I guess since we now have removed a lot of stuff for the images we can afford line breaks again. -- Ned Scott 03:01, 7 May 2007 (UTC)
possible reordering?
im new to this whole template thing but wondering but was checking to see if its possible to rearrange some of the categories... an example would be the List of Family Guy episodes family guy episode list. It was working fine before the images were removed, but after the columns have changed order. It would look a lot better if the total eps column was after the production code as opposed to after the season episode number... Is there any way to fix this now or does something have to been done to the template to get the desired effects? Grande13 17:54, 6 May 2007 (UTC)
- I actually believe it's more logical for episode number to be first. Addendum: Those productions code don't cite a source, I intend to remove them once the page is unprotected unless a verifiable source is given. Matthew 18:04, 6 May 2007 (UTC)
- Actually the production codes can be found at the end of every episode and on the copyright database. Current the current season episode numder is first, followed by the total series episode number, but that just looks awkward. which is why it should go episode number, title, airdate, production code, then total ep number. Grande13 18:18, 6 May 2007 (UTC)
- I guess we have differing opinions. "Actually the production codes can be found at the end of every episode and on the copyright database", so cite it... don't just say, let us be fair here: I'm not a mind reader. Without a citation for all we know information could be false. Matthew 18:28, 6 May 2007 (UTC)
- Actually the production codes can be found at the end of every episode and on the copyright database. Current the current season episode numder is first, followed by the total series episode number, but that just looks awkward. which is why it should go episode number, title, airdate, production code, then total ep number. Grande13 18:18, 6 May 2007 (UTC)
Basically Im wondering if there is any way to get the category episodenumber2 to appear after prod.code as opposed to right after the first episode number... Grande13 03:52, 7 May 2007 (UTC)
- Hmm, an interesting situation. If a lot of lists are doing this same thing then it might be something to consider. It would look a lot better if listed after the prod code. I gotta think about this one.., I'm not really sure what the best thing would be to do. -- Ned Scott 04:05, 7 May 2007 (UTC)
- yeah im not sure if its a simple coding fix that would allow the categories to be interchangable or if it is something that would require a more complex solution. All i know is that it looks a bit odd having two lists of numbers next to each other, and past templates or styles had the overall episode count as the last column and that seemed to work and look just fine Grande13 04:15, 7 May 2007 (UTC)
Temporary hack
provides us with a list of pages using the Image parameter:
- Special:Whatlinkshere/Template:Episode_list/withimages. ed g2s • talk 01:00, 7 May 2007 (UTC)
- Nice! -- Ned Scott 03:05, 7 May 2007 (UTC)
Yeesh, someone needs to go through here fixing them. A lot of them are messed up pretty badly. Apparently when you remove the images the number of columns is reduced by one and the ones that do remain are shuffled around, so it stops aligning with the table header. It's ugly. --Cyde Weys 05:45, 7 May 2007 (UTC)
Each page has to be not just edited, but carefully edited, as not everyone used the template exactly the same way. I'm picking them off one at a time, and it looks like we're under 500 pages needed editing. We should be able to 'fix' the ones with images in a couple days, or less, but basically we're going to have to look at every page calling this template and see what it's like. -- Ipstenu (talk|contribs) 19:58, 7 May 2007 (UTC)
- Done. No, seriously. Done. There are two false positives, because MartinBot rolled me back: List of Only Fools and Horses episodes and List of King of the Hill episodes. Everything else is talk and user pages. We're good to go. I don't even wanna THINK about how many pages I edited. -- Ipstenu (talk|contribs) 21:09, 24 May 2007 (UTC)
- Whoa, you are a machine. Thank you very much for the clean up. -- Ned Scott 03:04, 25 May 2007 (UTC)
A bit of a freak case.
List of The Sarah Jane Adventures stories.
The page itself uses {{episode list}}, but the series itself will consist of "five two-part stories". In that case, the stories would be in serial format and would need to be in italics: see also Black Orchid, The King's Demons, The Sontaran Experiment. Will (talk) 21:29, 20 June 2007 (UTC)
Subparts of an episode
For a short that contains multiple shorts per show (see List of Pinky of the Brain episodes, which I am working on converting over to this template; other shows like Animaniacs and Tiny Toon Adventures), is there a way to combine the subparts with this template such that, for a two sub-part episode, the "episode number" row-spans over 4 lines (1 line for 1st subpart title, date, etc, 2nd line for description, and then repeat for the second subpart). The way I started on the example page works if there's no other way around it, but I'm curious if there's any tricks I'm missing here. --Masem 18:25, 25 June 2007 (UTC)
- Currently it's not an option, but it's been something I've been thinking about. There's a good number of shows set up like this, and it wouldn't be a bad idea to set up another template with that formatting. -- Ned Scott 05:05, 1 July 2007 (UTC)
This template needs revising
A season number column needs to be added to this template —The preceding unsigned comment was added by Pascale989 (talk • contribs).
You should create one table using this template for each season (not one single table inclusive of all seasons), making the season number unnecessary. See List of South Park episodes for an example. --Masem 23:49, 30 June 2007 (UTC)
Another option is using ProdCode or EpisodeNumber2 for the season number. -- Ned Scott 05:03, 1 July 2007 (UTC)
Bullets in ShortSummary
Did not see this discussed elsewhere, so forgive me if I bring up a known issue.
List of Camp Lazlo episodes was using the {{Episode list}} template for only one season, but the other seasons were generic tables. So I went thru and updated everything to use the template and noticed that the tables break when you use a bullet (*) in the ShortSummary. The best example I can give you is to edit Season 3, and on episode #37, put a bullet (*) in front of the word "Valentine", and you'll see what I mean.
Thanks - Yngvarr 12:40, 27 July 2007 (UTC)
Try using a definition list format instead:Parasitic PalWhen Lazlo goes swimming in Leaky Lake, a bloodsucking sea lamprey attaches itself onto his head.It's No PicnicWhat was supposed to be a friendly picnic has the residents of Camp Kidney and Acorn Flats facing each other in a pine-cone sit-down showdown.End creditsLazlo swims with Lamar in the lake, only for Lamar to leave Lazlo for Raj.- Circeus 23:54, 27 July 2007 (UTC)
- Never mind that. It seems impossible: adding a hard line break (<br>) destroys the table. I think the problem might be on the software level. Circeus 23:58, 27 July 2007 (UTC)
{{Editprotected}}
-
- Two linebreaks in the template make this possible:
<tr style="text-align: center; {{#ifeq:{{{ShortSummary|ʁ}}}|ʁ| |background:#F2F2F2}}">{{ #ifeq:{{{EpisodeNumber|ʁ}}}|ʁ| |<td id="ep{{{EpisodeNumber}}}">{{{EpisodeNumber}}}</td>}}{{ #ifeq:{{{EpisodeNumber2|ʁ}}}|ʁ| |<td>{{{EpisodeNumber2}}}</td>}} <td style="text-align: left;">{{#if:{{{Title|}}}|'''"{{{Title}}}"'''}}{{#if:{{{AltTitle|}}}|<br />"{{{AltTitle}}}"}}</td>{{ #ifeq:{{{Aux1|ʁ}}}|ʁ| |<td>{{{Aux1}}}</td>}}{{ #ifeq:{{{Aux2|ʁ}}}|ʁ| |<td>{{{Aux2}}}</td>}}{{ #ifeq:{{{Aux3|ʁ}}}|ʁ| |<td>{{{Aux3}}}</td>}}{{ #ifeq:{{{OriginalAirDate|ʁ}}}|ʁ| |<td>{{{OriginalAirDate}}}</td>}}{{ #ifeq:{{{AltDate|ʁ}}}|ʁ| |<td>{{{AltDate}}}</td>}}{{ #ifeq:{{{ProdCode|ʁ}}}|ʁ| |<td id="pc{{{ProdCode}}}">{{{ProdCode}}}</td>}}</tr>{{ #ifeq:{{{ShortSummary|ʁ}}}|ʁ| |<tr><td style="border-bottom:3px solid #{{#if:{{{LineColor|}}}|{{{LineColor}}}|CCCCFF}}" colspan="{{#expr:{{#ifeq:{{{Aux1|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{Aux2|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{Aux3|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{AltDate|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{ProdCode|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{Title|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{EpisodeNumber|ʁ}}}|ʁ|0|1}}+{{#ifeq:{{{EpisodeNumber2|ʁ}}}|ʁ|0|1}}+1}}"> {{{ShortSummary|}}} </td></tr> }}{{#ifeq:{{{Image|ʁ}}}|ʁ| |[[Template:Episode list/withimages|<span style="display: none;">-</span>]]}}<noinclude>{{/doc}}</noinclude>
-
-
-
- Thanks! Yngvarr 23:03, 31 July 2007 (UTC)
-
-
-
-
-
-
- {{editprotected}}
- Oops, there's supposed to be an after {{{ShortSummary}}}, in other words:
{{{ShortSummary}}}
- Technically speaking, it was there, but it rendered as a space in my example. I guess I thought the pre tag would have properly displayed it. -- Ned Scott 06:13, 1 August 2007 (UTC)
- Done. Cheers. --MZMcBride 13:09, 1 August 2007 (UTC)
-
-
-
Same-line description/summary
I think a description/summary on the same line/row as the other columns is necessary, particularly for sortable tables where another row will mess up the sorting. —Remag Kee 04:50, 7 September 2007 (UTC)
- A sortable version has been made. Just use {{S-Episode list}}. For an example, see List of The Melancholy of Haruhi Suzumiya episodes. You can also use an Aux parameter as an alternative summary field, like "Aux1=Short summary of what happened goes here". -- Ned Scott 05:29, 7 September 2007 (UTC)
-
- Unfortunately, that isn't the same style as this episode list (a single line)--and it has forced white backgrounds (when it should be using overridable class/IDs instead)... I tried "aux1" on this template but it didn't do anything. —Remag Kee 07:38, 7 September 2007 (UTC)
Quote marks
Can I propose that we remove the automatic quote marks from the episode title section. The reason for this is, when you are going to provide verification of an episode title, it puts the citation inside the quote marks, instead on on the outside. It really isn't that much of a hassle to manually put in "", and this why we can follow policy and verify the title without having to put excessive, and extraneous information elsewhere just so we can mention it (i.e. Having to write 22 separate sentences below, mentioning the titles, just so you can source them). BIGNOLE (Contact me) 14:03, 29 September 2007 (UTC)
- How often is it necessary to source one specific episode title? Usually, general references do the trick just fine.Circeus 17:39, 29 September 2007 (UTC)
- Well, if you are talking about future episodes that have not aired yet, you are less likely to have one source that takes care of all the episode titles. Take Smallville for instance. The official site only lists episodes after they air, but we know the titles for the episodes up to episode 9--although, we only have reliable sources for episodes two and three. Now, TV Guide takes care of the episode titles when they get the write-ups from the networks, but if you have reliable sources for just the titles--which, TV Guide doesn't list anything until the write-ups are released to them--then you cannot put them next to the episode titles because they interfere with the quotation mark. BIGNOLE (Contact me) 17:43, 29 September 2007 (UTC)
- I believe there have been other issues with the automatic quotation marks. Having to manually put in quotation marks isn't a big deal, and removing the automatic ones will probably make for a smaller template. We still do have the size concern. Jay32183 20:49, 29 September 2007 (UTC)
- This probably would be fine, but I might suggest running a bot to "subst" the quotes for the current lists. I can preform the task if necessary. -- Ned Scott 05:27, 3 October 2007 (UTC)
- That would be nice. This way, no one's sitting in the dark about the change (kind of like how they did when they changed the coding to the quotebox and didn't tell anyone). BIGNOLE (Contact me) 12:16, 3 October 2007 (UTC)
- This probably would be fine, but I might suggest running a bot to "subst" the quotes for the current lists. I can preform the task if necessary. -- Ned Scott 05:27, 3 October 2007 (UTC)
- I believe there have been other issues with the automatic quotation marks. Having to manually put in quotation marks isn't a big deal, and removing the automatic ones will probably make for a smaller template. We still do have the size concern. Jay32183 20:49, 29 September 2007 (UTC)
- Well, if you are talking about future episodes that have not aired yet, you are less likely to have one source that takes care of all the episode titles. Take Smallville for instance. The official site only lists episodes after they air, but we know the titles for the episodes up to episode 9--although, we only have reliable sources for episodes two and three. Now, TV Guide takes care of the episode titles when they get the write-ups from the networks, but if you have reliable sources for just the titles--which, TV Guide doesn't list anything until the write-ups are released to them--then you cannot put them next to the episode titles because they interfere with the quotation mark. BIGNOLE (Contact me) 17:43, 29 September 2007 (UTC)
three new named parameters
Since Writer, Director, and to a lesser extent, Ratings, are used so often by the Aux parameters, I think these should be given actual named parameters (which was the whole point of making named parameters, it just makes it easier to tell what you are editing). Thoughts? -- Ned Scott 23:50, 5 November 2007 (UTC)
- Good idea, but would all existing lists using aux fields have to be changed manually, or could a bot do it? —Preceding unsigned comment added by Matthewedwards (talk • contribs) 01:06, 18 December 2007 (UTC)
- They would have to be changed, but in theory this wouldn't break the formatting for all those waiting to be changed. -- Ned Scott 08:11, 18 December 2007 (UTC)