View source for Template talk:Moveheader/Level

==Usage==

Parameters:
# : The type of the move. If it has changed, use the current type.
# : The generation the move was introduced in. 
# : The level(s) the move was learned in Gen I. use "no" if not learned by level in that generation.
# : The level(s) the move was learned in Gen II. use "no" if not learned by level in that generation.
# : The level(s) the move was learned in Gen III. use "no" if not learned by level in that generation.
# : The level(s) the move was learned in Gen IV. use "no" if not learned by level in that generation.
# : The level(s) the move was learned in Gen V. use "no" if not learned by level in that generation.

If anything else needs to be added or you have questions, feel free to ask them here. <span class="sc">[[User:Werdnae|<span style="color:#2D4B98;">Werdnae</span>]]</span> <small>[[User talk:Werdnae|<span style="color:#009000;">(talk)</span>]]</small> 04:36, 25 May 2011 (UTC)

== Level - Set Width Adjustments? ==

From a consistency standpoint, we have very inconsistent sizing of columns using this template.  Let's look at several separate tables here.

First, I present [[Confusion (move)|Confusion]].  Six columns.  Very crunched up.  Notably, in the last column, text wraps between lines, which inadvertantly increases the size of the row.

Second, I present [[Nasty Plot (move)|Nasty Plot]], a Generation IV move.  Lots more room.  In fact, too much room.  Look at the last column, at least twice the size of the previous two.

Third, look at [[Belch (move)|Belch]].  Wow, that one column is absolutely huge.

We should have a consistent look.  We already have different templates adding the I, II, V, etc. as necessary.  We need to do one of two things:
#In each template, have the width of the "Level" column based on how many generation columns exist; for instance, if each column was deemed to require 75 pixels, a move from Gen. III has four columns, so 300 pixels would be needed.
#Remove the sizing from "Level" and apply the sizing to each generation column.  That way, if a generation column is not needed, it shrinks the size of the table automatically for tables not requiring the extra size.

However it's done, we cannot fit an eventual seventh generation in the current template for the original moves from Generation I.  We need to address the size of the table now.  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 01:20, 19 November 2013 (UTC)

:As an afterthought to the above, I think setting the size on each column would be a more consistent and clean look.  Right now, the width of the tables for Confusion and Belch are exactly the same; however, Confusion looks like a colossal disaster.  The Level width could be expanded overall, but that would in fact also increase the one huge column in cases such as Belch.  I think applying size to each smaller column and making the smaller columns the same width is a MUCH cleaner look, allowing for the width of the actual table to be smaller in numerous cases.  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 01:41, 19 November 2013 (UTC)
::It's set as an overall width because I couldn't get the widths to function on the columns when I was first building it. I'll have another look at it, I've learned a lot since then from working on other templates, and I might be able to get it to work now. <span class="sc">[[User:Werdnae|<span style="color:#2D4B98;">Werdnae</span>]]</span> <small>[[User talk:Werdnae|<span style="color:#009000;">(talk)</span>]]</small> 21:27, 10 December 2013 (UTC)
:::I'm not sure why it needs a width at all.  It seems to look alright (or definitely better than currently, at least) without any width.  For example:
{| class="roundy" style="background: #{{{{{1|Unknown}}} color dark}};  border: 5px solid #{{{{{1|Unknown}}} color}}"
|-
! style="background:#{{{{{1|unknown}}} color}}; {{roundytl|5px}} color: #000;" colspan="1" rowspan="2" | #
! style="background:#{{{{{1|unknown}}} color}}; color: #000;" colspan="1"  rowspan="2" colspan="2" | Pokémon
! style="background:#{{{{{1|unknown}}} color}}; color: #000;" colspan="2" rowspan="2" | Type
! style="background:#{{{{{1|unknown}}} color}}; {{roundytr|5px}} color: #000;" colspan="{{#expr: 14-({{{2|1}}}*2)}}" | Level
|-
! style="{{#ifeq: {{{2|1}}}|1||display:none;}} background:#80BB1D; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation I|<span style="color:#fff;">I</span>]]'''
! style="{{#ifexpr: {{{2|1}}}>2|display:none;|}} background:#CAC02E; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation II|<span style="color:#fff;">II</span>]]'''
! style="{{#ifexpr: {{{2|1}}}>3|display:none;|}} background:#67C1AB; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation III|<span style="color:#fff;">III</span>]]'''
! style="{{#ifexpr: {{{2|1}}}>4|display:none;|}} background:#9072A3; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation IV|<span style="color:#fff;">IV</span>]]'''
! style="{{#ifexpr: {{{2|1}}}>5|display:none;|}} background:#6BAECE; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation V|<span style="color:#fff;">V</span>]]'''
! style="background:#CB0B4F; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation VI|<span style="color:#fff;">VI</span>]]'''
{{Moveentry/Level1|012|Butterfree|2|Bug|Flying|12|Y=10|--, 10|--, 10|--, 10|10|--, 10}}
{{Moveentry/Level1|048|Venonat|2|Bug|Poison|no|Y=19|17|17|11|11|11}}
{{Moveentry/Level1|049|Venomoth|2|Bug|Poison|no|Y=--|17|17|11|11|11}}
{{Moveentry/Level1|375|Metang|2|Steel|Psychic|no|no|20|20|20|B2W2=--, 20|--, 20|STAB='''}}
|}
:::There's nothing especially wrong with most of that table.  The only thing that might merit improvement is Metang's B2W2 column wrapping, but unless you want every column about twice as wide as above, I don't think that's really "solvable".  But maybe you do want that.  It should be easy enough...
{| class="roundy" style="background: #{{{{{1|Unknown}}} color dark}};  border: 5px solid #{{{{{1|Unknown}}} color}}"
|-
! style="background:#{{{{{1|unknown}}} color}}; {{roundytl|5px}} color: #000;" colspan="1" rowspan="2" | #
! style="background:#{{{{{1|unknown}}} color}}; color: #000;" colspan="1"  rowspan="2" colspan="2" | Pokémon
! style="background:#{{{{{1|unknown}}} color}}; color: #000;" colspan="2" rowspan="2" | Type
! style="background:#{{{{{1|unknown}}} color}}; {{roundytr|5px}} color: #000;" colspan="{{#expr: 14-({{{2|1}}}*2)}}" | Level
|-
! width=90 style="{{#ifeq: {{{2|1}}}|1||display:none;}} background:#80BB1D; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation I|<span style="color:#fff;">I</span>]]'''
! width=90 style="{{#ifexpr: {{{2|1}}}>2|display:none;|}} background:#CAC02E; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation II|<span style="color:#fff;">II</span>]]'''
! width=90 style="{{#ifexpr: {{{2|1}}}>3|display:none;|}} background:#67C1AB; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation III|<span style="color:#fff;">III</span>]]'''
! width=90 style="{{#ifexpr: {{{2|1}}}>4|display:none;|}} background:#9072A3; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation IV|<span style="color:#fff;">IV</span>]]'''
! width=90 style="{{#ifexpr: {{{2|1}}}>5|display:none;|}} background:#6BAECE; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation V|<span style="color:#fff;">V</span>]]'''
! width=90 style="background:#CB0B4F; color: #FFF; line-height: 1em;" colspan="2" | '''[[Generation VI|<span style="color:#fff;">VI</span>]]'''
{{Moveentry/Level1|012|Butterfree|2|Bug|Flying|12|Y=10|--, 10|--, 10|--, 10|10|--, 10}}
{{Moveentry/Level1|048|Venonat|2|Bug|Poison|no|Y=19|17|17|11|11|11}}
{{Moveentry/Level1|049|Venomoth|2|Bug|Poison|no|Y=--|17|17|11|11|11}}
{{Moveentry/Level1|375|Metang|2|Steel|Psychic|no|no|20|20|20|B2W2=--, 20|--, 20|STAB='''}}
|}
:::The biggest problems with this look is that you'll just run into problems much sooner if you have to add many more generations... [[User:Tiddlywinks|Tiddlywinks]] ([[User talk:Tiddlywinks|talk]]) 21:54, 10 December 2013 (UTC)
::::The reason I like the idea of width on each "generation" column (which can include two games) is because it allows space for two games to appear - such as R/S/E and FR/LG (or some combination as such).  If there turns out to be a case where three different data occur in the same generation (R/S, then FR/LG, then E for instance), we can revisit the width again.  However, I think having all columns the same width is best.  It just looks cleaner IMO.  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 01:26, 24 December 2013 (UTC)

::::As an afterthought, the problem with having too many generations is already proving to be a problem.  The only way around that is to recycle older generations or have different tables that show each generation.  But this would become incredibly messy.  We might someday have to go to a listing setup where a Pokémon name is listed, then each change in level-up learned goes on the right prior to the name being colspaned.  For instance, on [[Confusion (move)|Confusion]], [[Venonat (Pokémon)|Venonat]] would get three rows this way and each of the three rows would note, for instance, "Level 19 (starting in Yellow)" on the first row, then "Level 17 (starting in Gold/Silver)", and finally "Level 11 (starting in Diamond/Pearl) on the final line.  Sure it's not as beautiful as the table format in use now, and would require a complete rewrite of the template, but with a seventh of eighth generation the table will already be a big large.  On some monitors, it's ALREADY too large.  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 01:36, 24 December 2013 (UTC)
:::::On the other hand, Gen I & II isn't terribly relevant most of the time since there's a trade discontinuity between Gen II & III. They're only relevant if you're actually (re)playing those games, which is definitely not going to be the case for most people. It would be possible to shorten the table a bit (in all sorts of tables, not just here) by removing Gen I & II data to a subpage or something. (But if we assume that Pokemon will continue forever, then that's still only a temporary solution.) [[User:Tiddlywinks|Tiddlywinks]] ([[User talk:Tiddlywinks|talk]]) 01:47, 24 December 2013 (UTC)
::::::I would support eliminating Gen. I and Gen. II data from the main tables since they cannot possibly apply to any Pokémon received in trade.  Adding to this, it would allow for simplification of move pages with TM data exclusive to the first two generations; in cases like [[Skull Bash (move)|Skull Bash]], it would remove the table entirely.  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 05:13, 24 December 2013 (UTC)
::::::Another afterthought.  We can note in the Gen. III column (in cases like level-up move tables, which this template handles) any differences in the first two generations as a little asterisk note, as in other places around the Wiki.  That way all of the data is still handled in the main table.  This would be something to implement in Gen. VII is announced (if?  Let's say "when"), however, as that is when we may be removing data.  Also, I'm all right with word wrap, my intention is bringing consistency to the columns instead of the table width (which is fine for tables that the data fits into properly, but too big or too small in exampled cases).  [[User:CycloneGU|CycloneGU]] ([[User talk:CycloneGU|talk]]) 05:21, 24 December 2013 (UTC)

== OR/AS Section ==

This template needs to be updated to contain OR/AS updates as a separate column. [[User:Trainer Yusuf|Trainer Yusuf]] ([[User talk:Trainer Yusuf|talk]]) 06:35, 24 May 2015 (UTC)
:Agreed; especially since the Chinese-language wiki already has this feature inplamented. [[User:Superjustinbros.|Superjustinbros.]] ([[User talk:Superjustinbros.|talk]]) 02:17, 13 September 2015 (UTC)