MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
 
Line 1: Line 1:
<table style="background:#fefffe;color:black;-moz-border-radius:8px;border:2px solid black;padding:4px" width=100%><tr><td>
{{/Header}}
<div class="proposal">
==Writing guidelines==
<center>http://img33.picoodle.com/img/img33/9/9/17/f_propcopym_9045f2d.png</center>
''None at the moment.''
<br clear="all">
{| align="center" style="width: 85%; background-color: #f1f1de; border: 2px solid #996; padding: 5px; color:black"
|'''Proposals''' can be new features (such as an extension), removal of a previously added feature that has tired out, or new policies that must be approved via [[Wikipedia:Wikipedia:Consensus|consensus]] before any action(s) are done.
*Any user can support or oppose, but must have a strong reason for doing so, not, e.g., "I like this idea!"
*"Vote" periods last for one week.
*All past proposals are [[/Archive|archived]].
|}
A proposal section works like a discussion page: comments are brought up and replied to using indents (colons, such as : or ::::) and all edits are signed with the signature code <nowiki>~~~(~)</nowiki>.


<h2 style="color:black">How To</h2>
==New features==
#Actions that users feel are appropriate to have community approval first can be added by anyone, but they must have a strong argument.
===Establish a format for poll proposals on the archive lists===
#Users then vote and discuss on the issue during that week. The "deadline" for the proposal is one week from posting at:
Something that's slipped through the cracks when we invented poll proposals was what we do when we add them to [[MarioWiki:Proposals/Archive|these]] [[MarioWiki:Proposals/TPP_archive|pages]]. We can't simply have one link to the poll proposal — the entire purpose of the format is that different parts of it can pass and fail independently of one another. What color do we put a proposal where one thing fails and another thing succeeds in?
##Monday to Thursday: 17:00 (5pm)
##Friday and Saturday: 20:00 (8pm)
##Sunday: 15:00 (3pm)
#Every vote should have a reason accompanying it.
#At any time a vote may be rejected if at least '''three''' active users believe the vote truly has no merit or was cast in bad faith. However, there must be strong reasons supporting the invalidation.
#"<nowiki>#&nbsp;</nowiki>" should be added under the last vote of each support/oppose section to show another blank line.
#At the deadline, the validity of each vote and the discussion is reviewed by the community.
#Any proposal that has three votes or less at deadline will automatically be listed as "[[Wikipedia:Quorum|NO QUORUM]]"
#All proposals are archived. The original proposer must '''''take action''''' accordingly if the outcome of the proposal dictates it. If it requires the help of a sysop, the proposer can ask for that help.


The times are in EDT, and are set so that the user is more likely to be online at those times (after school, weekend nights).
I have several pitches for you.


So for example, if a proposal is added on Saturday night at 11:59 PM EDT, the deadline is the next Saturday night at 8:00 PM. If it is indeed a minute later, the deadline is a day plus 15 hours (Sunday), as opposed to a day minus 4 hours.
<big>'''''OPTION ZERO'''''</big><br>
Do nothing. I'm putting this at the front because I want to leave room for any good-sounding solutions beyond the four I'm about to suggest. <s>It's here on the proposal at all because I'm pretty sure I'm legally obligated to put it here, but I'll be honest — I'm not entirely sure what this winning would... mean. Our hand will eventually be forced when our first poll proposal fully resolves, so a format will be established one way or the other.</s>


__TOC__
''EDIT: It has been helpfully pointed out that there is a [https://www.mariowiki.com/index.php?title=MarioWiki:Proposals/Header&diff=prev&oldid=4772367 current policy] — they are red if they all issues fail, gray if at least one passes and is unimplemented, and green if at least one passes and all issues are implemented. A "one issue changes the color" kind of rule. It's definitely not insensible, but I feel that we could be conveying more information. Still, even if  this if the "fail option", we have a policy now, so I got what I wanted even if this one wins.''


<center><span style="font-size:200%">CURRENTLY: '''{{LOCALTIME}}, {{LOCALDAY}} {{LOCALMONTHNAME}} {{LOCALYEAR}} (EDT)'''</span></center>
<big>'''''OPTION ONE'''''</big><br>
The different issues of a poll proposal share a number corresponding to when the first issue closes. They're listed separately, and distinguished from each other via letters. As an example, the three parts of [[Talk:Yoshi_(species)#Properly_define_Brown_Yoshi|the Brown Yoshi proposal]] would slot in at #83A, #83B, and #83C. (That would shove some other proposals down; we could also just append them to the end of the list like normal and brush off the inconsistency if y'all prefer.)


== New Features ==
The Brown Yoshi proposal is also a handy demonstration of an edge case we have to contend with — if this proposal passed ''right now'', we would list #83A as red and #83B as gray, but what would happen with #83C, which is still ongoing? This is the aspect on which Options One and Two differ. In Option One, issues are not added to the archive page until they close. The page would only contain #83A and #83B if the proposal passed right now, with #83C being added later


''None at the moment.''
I would like to note that the Brown Yoshi proposal is a remarkably well-behaved example. If the issues were ordered differently, we may at one point have #83A and #83C on the list with no #83B until later.


== Removals ==
<big>'''''OPTION TWO'''''</big><br>
===Spriting Refrence===
Option Two is identical to Option One except in how it handles open issues on partially closed poll proposals. In this option, they ''are'' added to the list alongside the other issues, and marked with a new color — let's say black.
On the wiki, many people add in articles refrencing about spriting and models. I know what these mean, but not all guests or users who don't care about the community side may not know what exactly sprites are, and the differences with models. So should we allow this kind of talk? Or shall we make this only for people who know about this stuff?


Examples of these articles would be [[Beta Elements]] and sorry to say but parts of [[Super Smash Bros. Brawl]].
This prevents the awkward gaps we would be susceptible to in Option One, but it ''is'' introducing a whole color for a temporary edge case.


'''Proposer''': [[User:Crypt Raider|Crypt Raider]] <br>
<big>'''''OPTION THREE'''''</big><br>
'''Deadline''': 20:00, 1 Febuary 2008 (EDT)
Option Three is simpler. We create a new color in the archive for poll proposals — I guess let's say black again. Poll proposals get added to the archive when all issues on them are closed.


====Let's not add spriting refrences====
This saves space (the other options will have to give fourteen entries to [[Talk:List_of_references_on_the_Internet#Determine_what_memes_should_be_on_the_Internet_references_page|this proposal]], but it means the entry on the list doesn't reflect anything about any individual issue's status, such as whether it's been implemented or not.
#{{User:Crypt Raider/sig}}My reasons above.


====Keep spriting refrences====
''EDIT: Camwoodstock's pitch below of using three colors (and, implicitly, adding the poll proposal to the archive when it has any closed issues) doesn't entirely eliminate that negative, but it does seem much more useful than just having the one color.''
#&nbsp; [[User:Tykyle|Tykyle]] - spriting references are essential to explaining the beta elements some games
#{{User:Stumpers/sig}} Anybody who used it should have made sure it was in the glossary, but that page needs work!
#{{User:Cobold/sig}} - I don't see the point. There are sprites shown on the Beta Elements page and they should be labelled as such. If people don't understand that, they can go to the [[Glossary]].
#<span style="font-family:verdana; color:#red;"><font size="5">'''[[User:Paper Jorge|P]]'''aper '''Jorge'''</font></span><small> ( [[User talk:Paper Jorge|Talk]]<tt>&middot;</tt>[[Special:Contributions/Paper Jorge|Contributions]])<tt>&middot;</tt></small> Per Cobold. The [[Glossary]] page is supposed to explain those "terms" that people might not understand.
#{{User:BlueYoshter/sig|TEH PER ALL-NESS.}}
#{{User:Storm Yoshi/sig}} Sprites are very important to show what the character looked like in the actual game. Also per Cobold.
#[[User:Walkazo|Walkazo]] - Per all.
#[[User:The Legend of Zelda Freak|The Legend of Zelda Freak]] - Also per Cobold


====Comments====
<big>'''''OPTION FOUR'''''</big><br>
I still haven't quite understood what you are talking about? Could you say where in the Brawl article exactly there is a reference? The Beta Elements would be a different story, it's vital to the article and could perhaps be explained for that. - {{User:Cobold/sig}} 18:03, 25 January 2008 (EST)
Option Four is simpler still. Each issue is treated as if it were an entirely separate proposal. Each gets numbered and appended to the list when it closes regardless of what anything else in the poll proposal is up to.


I don't really understand this proposal... Spriting is a legetimate videogame term, refering to 2D models of characters and items, it's not just a community thing. Same things for Model. What's the point of removing mentions of something perfectly legetimate? {{User:Blitzwing/sig}}
The negative of this way of doing it is that the issues of a poll proposal may end up strewn about the list in a way that doesn't really reflect that they're a related thing.


==Splits & Merges==
'''Proposer''': {{User|Ahemtoday}}<br>
'''Deadline''': March 18, 2025, 23:59 GMT


===Minor Things===
====Option Zero====
#{{User|Jdtendo}} Per Porple "Steve" Montage in the comments.
#{{User|Waluigi Time}} Per Porple.
#{{User|EvieMaybe}} perple montage
#{{User|Camwoodstock}} Per Porple in the comments, though admittedly this is more of a secondary option to our more robust version of Option Three we pitched. Status quo isn't the ''worst'' thing in the world, and we do acknowledge our more robust solution of "dark colors" may be a bit harder to convey as we've been slowly rolling out... Well, a dark mode for the ''whole wiki''. (If it was down to us, the poll proposals would use lighter colors in dark mode, before you ask; of course, if that option somehow wins, we'd be down to help fine-tune it.)
#{{User|Arend}} Per Porple.
#{{User|Nintendo101}} Per porplemontage.
#{{User|Salmancer}} Oh, huh. I suppose this is a solved problem then.


Recently I've seen articles such as [[Pauline's Items]], [[Beach Koopa]], [[Pirate Goomba]], [[Mario mini]] and MANY others, that are kept because they "affect gameplay" but then others like [[Snufit Ball]] deleted. When are we going to actually set a standerd? These must be deleted.
====Option One====
#{{User|Ahemtoday}} It's either this or Option Two for me — it's important to me that the issues end up next to each other on the archive ''and'' that the status of each one is visible on the page.
#{{User|Salmancer}} There's no rule saying a poll proposal has to be for small things, since part of the premise was reducing the need for large numbers of combination options. There could be poll proposals that have wide scopes, and as such I think we're going to have to stomach the poll proposals with 10+ proposals in them to make it easier to track policy without thumbing through old proposal pages. Also an archive is for the past, not the present.


'''Proposer''' [[User:HyperToad|HyperToad]] <br>
====Option Two====
'''Deadline:''' February 1, 2008, 20:00
#{{User|Ahemtoday}} See my note about Option One.
#{{User|Camwoodstock}} Secondary option, but we do think darker shades of the colors (a-la our pitch for Option Three) would be nice. Helps distinguish at a glance what was a poll proposal.


====Delete - This wiki doesn't need an article on everything, even if it effects gameplay====
====Option Three====
#{{User|Camwoodstock}} We would like to pitch a more sophisticated variant of this; 3 new colors. One for a poll that has concluded, one for one that's partially ongoing, and one for a poll that has been partially overturned by a future proposal. Maybe dark green, dark gray/maybe a de-saturated dark green a-la the Shroom Spotlight template, and a dark yellow? The darker colors, of course, to contrast with the non-poll proposals. (On dark mode, we'd probably make these lighter, rather than darker, provided we actually even add dark mode compatibility to the proposal archive colors.)
#{{User|Rykitu}} Per all.
#{{User|Ahemtoday}} I definitely see the appeal in having poll proposals under a singular listing, but I think they'd be better served by having one or multiple new colors rather than using the standard red and green.


#[[User:HyperToad|HyperToad]] Reasons above
<s>#{{User|Jdtendo}} Listing every single poll would probably take a lot of space whereas the whole purpose of a poll proposal is bringing together many similar polls that would be too cumbersome to handle separately. I would prefer having a single proposal listed as "Determine what memes should be on the Internet references page" that users can click on to check the detailed results rather than cluttering the list with a dozen links.</s>


====Keep====
====Option Four====
#[[User:Blitzwing|Blitzwing]] - See my comment below.
#{{User:Cobold/sig}} - This is very article specific, thus NOT what Proposals are about. You can't decide this overall.
#{{User:Time Q/sig}} Per Cobold.
#{{User:Stumpers/sig}} We need another justification: "affects gameplay" means that we should include an article about video games that have inspired the Mario games, so... I think it's a weak argument for anything.
#{{User:InfectedShroom/sig}} Per everyone. This reach of this proposal is much too wide.
#{{User:Glitchman/sig2}} Per Blitzwing.
#[[User:Walkazo|Walkazo]] - Per All.
#[[User:MarioGalaxy2433g5|MarioGalaxy2433g5]] - Per All plus my comments below.


====Comments====
====Comments====
{{@|Camwoodstock}} — I definitely think your pitch for Option Three is better than the version I was suggesting. I'm not really sure about the pitch for Option Two, though — the letters already distinguish them, and I feel like they'd seem more like separate states rather than a "modifier" on some of the existing ones. Not to mention, wouldn't we need a darker version of every single color just in case? That's a lot of changes to make, and we'd end up running into problems with dark blue, teal, and dark teal; or "dark white", gray, and dark gray. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 03:20, March 4, 2025 (EST)


What is "too minor" and what is not is mostly opinion. Maybe [[Mario mini]] isn't as important as Mario himself, however, the character play a proeminent part (A minigame in Super Mario 64 is centered around it) and have an official name, showing Nintendo kinda cares about that... thing. However, I agree we should merge Beach koopa (C'mon, it's just a Koopa without it's shell, it doesn't make it a new species).
I don't quite understand option one and two, as the above rules for poll proposals state "A poll proposal closes after all of its options have been settled, and no action is taken until then. If all options fail, then nothing will be done." --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 07:09, March 4, 2025 (EST)
:Could you explain the contradiction in greater detail? I don't see what you mean. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 12:01, March 4, 2025 (EST)
::The options say "The page would only contain #83A and #83B if the proposal passed right now, with #83C being added later" and "...how it handles open issues on partially closed poll proposals" there shouldn't be any instances of archiving partially closed poll proposals, they only close all at once when every entry has been resolved.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 20:07, March 4, 2025 (EST)
:::So is your position that we should use the lettering scheme from Options One and Two, but only add poll proposals to the archive page when all of their issues are closed? I don't think I agree, but I can add that as Option Five if that's what you want to vote for. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 22:48, March 4, 2025 (EST)


For this kind of problem, we should work with a case-by-case basis , not '''everything''' need to be run throught the proposals, if you think the article is about a too minor subject, say it on the Talkpage and see if other agree/disagree, making an individual proposal to merge Pirate Goomba is OK, however, making a proposal to get rid of '''everything''' that doesn't seem too major just doesn't work.  
I feel like [https://www.mariowiki.com/index.php?title=MarioWiki:Proposals/Header&diff=prev&oldid=4772367 this] is fine. Either it's red (no change from the status quo so nothing needs to be done), gray (''some'' change was established and there is work to do), or green (some change was established and it's all done). There are other proposals where people list [https://www.mariowiki.com/MarioWiki:Proposals/Archive/70#Clarify_coverage_of_the_Super_Smash_Bros._series several things] to be done, it's not that different, it's just that now we have the ability to vote on each individual thing. But in either case you just click the link to read exactly what was approved. --{{User:Porplemontage/sig}} 10:56, March 7, 2025 (EST)
{{User:Blitzwing/sig}}


Saying it on talkpages DOESN'T WORK! I've tried with [[Pauline's Items]], but Xluidi came in and acted like he's so smart by saying "It affects gameplay, like CHEESE". Everthing that effects gameplay doesn't get an article! So maybe this proposal can't work, but that doesn't mean we shouldn't have a standerd for what gets an article and what doesn't. What about [[Blue Bird]] [[Green Bird]], and so forth! And YOU were the one trying to destroy cheese! [[User:HyperToad|HyperToad]]
==Removals==
:HT, I can relate to your problem (not with Xluidi... I mean the talk page discussions being shot down by one comment), but what you'll want to do is go after each separate page individually on the proposal page.  Asking people to vote for a generality makes them worry about other pages.  You split voters into saying "no" if you talk about more than one subject.  Hope that helps you with your future proposals! {{User:Stumpers/sig}} 17:49, 26 January 2008 (EST)
''None at the moment.''
::The ''Marioverse'' is filled with minor things, and if we cut them all out our Wiki will be full of holes. Some things, like the [[Green Bird|Isle Delfino Birds]] should be merged (a proposal just passed to merge the birds but hasn't been enacted), but others like [[Beach Koopa]]s should stay. Yes, they're just Koopas without shells, but they've been given offical names, have appeared over and over in the ''Marioverse'', and have affected gameplay ''and'' plot; if that's not significant than what is? So they're not seperate species, neither are [[KP Koopa]]s or [[Pirate Goomba]]s. The point is, we can't be this picky about these little details, nomatter what we say makes one thing or another article-worthy, someone else will say it doesn't. As many others have said, do this case-by-case; and don't blow your cool if you don't like what stays. Who knows, someone out there might want to know about [[Pauline's Items]]... - [[User:Walkazo|Walkazo]]


:::BTW: This proposal is under the wrong section. (Way to go HyperToad). [[User:MarioGalaxy2433g5|MarioGalaxy2433g5]] 16:02, 27 January 2008 (EST)
==Changes==
===Give ''Taiko no Tatsujin'' an article===
''Taiko no Tatsujin'' has had numerous crossovers with the ''Mario'' franchise throughout its history. This extends to not only the songs being playable, but actual ''Mario'' characters showing up and being animated in the accompanying videos in the earlier games.


See Walazo, there this secret thing called '''REDIRECTS'''! Redirect can help give info on Pauline's Items without using pointless articles. [[User:HyperToad|HyperToad]]
*The DS version has "Super Mario Bros." as a track, [https://www.youtube.com/watch?v=870WLPGnnKs using imagery from the games].
:Redirect to... what? --[[User:Blitzwing|Blitzwing]] 11:38, 28 January 2008 (EST)
*The Wii version includes "New Super Mario Bros. Wii Medley." and "[https://www.youtube.com/watch?v=RkcrnhCfrtw Super Mario Bros.]" Notably, the videos include [https://www.youtube.com/watch?v=zO31iswKX84 actual characters and imagery from the game showing up]. The former has nearly every enemy from the original ''Super Mario Bros.''
::My guess is he'll say [[Donkey Kong (arcade game)|''Donkey Kong'' (arcade game)]] for Pauline's Items. But, see HyperToad, the secret thing here is that some things like [[Mario mini]] ''can't'' be put into one major game's article: in this case, Mario mini is in ''[[Super Mario 64]]'' and ''[[Super Mario 64 DS|SM64DS]]'', with homages to it appearing in ''[[Paper Mario]]'', ''[[Mario Teaches Typing 2]]'' and ''[[New Super Mario Bros.]]'', to name a few. Plus, there's nothing more infuriating than a re-direct if you want to read about one thing and get shuttled off to another where the first thing's only a little footnote at the bottom of the page or not in it at all. And also, who the heck is Walazo? If you're gonna patronize someone, at least get their name right. - [[User:Walkazo|Walkazo]]
*''Taiko no Tatsujin Wii U Version!'' has "[[Fever]]" from ''[[Dr. Mario]]''. There are also Mario and Luigi costumes for Don-chan and Katsu-chan.
*''Nintendo Switch Version!'' has "[[Jump Up, Super Star!]]" from ''[[Super Mario Odyssey]]''.
*The 2020 version brings back "Super Mario Bros." and "Jump Up, Super Star!", also including a "Famicom Medley" track using "Fever" from ''Dr. Mario''. These tracks are present in many of the arcade versions. Playing "Super Mario Bros." will have mushrooms and [[Super Star]]s appear [https://www.youtube.com/watch?v=8jxXo0oHzZg when notes are hit].
*''Blue Version'' has [[Cappy]] has an equippable hat.
*''Rhythm Festival'' has a medley of music from ''Super Mario Bros.'', re-used from earlier games.


:This is way too broad of a proposal. [[User:MarioGalaxy2433g5|MarioGalaxy2433g5]] 17:55, 28 January 2008 (EST)
''Mario'' has paid it back with the serial-numbers-filed-off ''[[Donkey Konga]]'' and [[Don-chan]] being a playable character in ''[[Mario Kart Arcade GP DX]]''. Since there's overlap between the franchises, and they've had a decent history together, I think ''Taiko'' is deserving of its own article to cover all this in one place.


Thank MarioGalaxy, we know that. Also, not everything has to redirect, just some. Also, please go to the main page's talk. [[User:HyperToad|HyperToad]]
'''Proposer''': {{User|Scrooge200}}<br>
:Yup.  HyperToad and I are trying to figure out new criteria other than, "effects game play." Come help! {{User:Stumpers/sig}} 19:46, 29 January 2008 (EST)
'''Deadline''': March 30, 2025, 23:59 GMT


::How about.... I have no idea. Can we just scrap this proposal and start over. The chances of this thing winning are slim to none. [[User:MarioGalaxy2433g5|MarioGalaxy2433g5]] 18:25, 30 January 2008 (EST)
====Support (Bring Us One Degree of Separation Closer to Jimmy Neutron)====
#{{User|Scrooge200}} Per proposal.
#{{User|Camwoodstock}} Makes sense to us; with how many cross references there are both ways, it seems only fair.
#{{User|Hewer}} This should probably be cancelled given the crossover article proposal but I'll support just in case. I previously wasn't sure whether it would get a page under that proposal because the only crossover I knew about was Don-chan being in Mario Kart (and his tiny Smash representation in one of Pac-Man's taunts), but all of this other stuff seems very comparable to what got [[Just Dance (series)]] a page. Now we just need to figure out whether [[Mametchi|Tamagotchi]] gets one...
#{{User|Killer Moth}} Per proposal.


:::Why don't we close this early. Before saying no, read [[Wikipedia:Wikipedia:Snowball clause|this]]. [[User:MarioGalaxy2433g5|MarioGalaxy2433g5]] 14:28, 1 February 2008 (EST)
====Oppose (No More Megalovania, Please)====


=== The [[Centurion]] article. ===
====Comments' Perfect Math Class====
{{@|Scrooge200}}, have you considered waiting until the proposal [[#Introducing the crossover article|immediately above]] is finished? You would not need to raise proposal for ''Taiko no Tatsujin'' at all if it were to be pass. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 15:23, March 16, 2025 (EDT)
:Oh, I noticed that, but figured it was more for just ''Zelda''. I'm glad to see we're finally making it out of the Stone Age with our crossover coverage, though. {{User:Scrooge200/sig}} 15:27, March 16, 2025 (EDT)
::''Zelda'' is just the example I worked with. The proposal itself applies to all manner of crossover. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 15:30, March 16, 2025 (EDT)
::{{@|Scrooge200}} By "stone age" I assume you mean it's one of the last steps to becoming a wiki centered completely on ''Super Mario''. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 15:38, March 16, 2025 (EDT)


I think we should merge that article. These guys are simply the componement of [[Palutena Army|some attack]]. If we allow an article on these guy, we should also allow articles on the various [[Pokemon]] and [[Assist Trophy]].
===Merge moves exclusive to forms with their respective forms, leaving main article links if they are part of another article. Also replace the Fly article with a list.===
Mario’s many, many forms have granted him oh so many forms. These forms grant him many new moves, like [[Cape Mario|swinging a cape]], [[Flying Squirrel Mario|jumping in the air]], or even a slew of [[Link|Link’s moves]]! Now, how many of these have articles? (Excluding [[Tail whip]])


'''Proposer''' {{User:Blitzwing/sig}} <br>
If you guessed zero, +/- Tail whip, you’re right. This makes sense: If I go to an article on a form, then I want to see all of that form’s nuances. What good is it to have some parts of the benefits conferred by a power-up on a separate page? Imagine if [[Builder Mario]] had an article dedicated to swinging its hammer, a core portion of the abilities Builder Mario grants. Imagine if [[Mole Yoshi]] had an entire article dedicated to its ability to dig, despite that being the sole move it can do with a button press and digging being its entire point of existing. Imagine if operating the [[Super Pickax]] had an entire article separate from the Super Pickax, even though the player doesn’t even have the choice to hold a Super Pickax without using it. (Yes, the act of using a Super Pickax has a name!)
'''Deadline:''' February 8, 2008, 20:00


==== Merge Centurion with Palutena Army ====
But we’re already doing this, just under the veneer of putting it under existing articles. These articles, for example:


#{{User:Blitzwing/sig}}  - We had a proposal to get rid of all Smash Bros. article, while it didn't pass, it was right about the wiki putting too much focus on the Smash Bros. article. The existence of this article is a good proof of it.
*[[Shell dash]] ([[Shell Mario]])
#{{User:InfectedShroom/sig}}  With the Wing that Blitzes I argree.
*[[Dive]] (Claw dives of [[Cat Mario]])
#{{User:Cobold/sig}} - Too minor element to warrant its own article.
*[[Drill Spin]] ([[Propeller Mario]])


==== Keep Separate ====
I think this is a flawed line of thinking. For a much as shell dashing and Drill Spinning are moves that can be used by specific forms, they are also benefits conferred by specific forms and power-ups. We should be focusing efforts to improve coverage for such moves on the page for the power-up, as someone who wants to learn everything Shell Mario can do probably shouldn’t have to also check shell dash. Shell Mario should say that shell dashing enemies doesn’t start a point chain. Shell Mario should say if how many hits it takes to defeat a boss with the shell dash. Shell Mario should mention the unique movement opportunities/restrictions of the shell dash compared two base Mario. There shouldn’t be two different articles going into technical detail on a single topic if we can help it, not least because of the potential of a correction to one article not being applied to the other. And if we can only have one super detailed article, then it ought to be the form.


==== Comments ====
Imagine if we extended the current situation to other named moves of forms? Would [[Mega Yoshi]] be a stronger article if there was a second article dedicated to Tail Swipe, on the basis of it having the technical detail of stalling Yoshi’s fall? Would [[Penguin Mario]] be a stronger article if there was a second article dedicated to Belly Slide? If we gave the field form of [[Luiginoid Formation#Ball|Luiginary Ball]] a page, would it be.a stronger article if there was a second article dedicated to Ball Hammer?


==Changes==
As such, this proposal aims to just move all the technical details of moves that can only be performed by power-up forms to the form’s page. The section remains, because it’s a part of the move’s conceptual history, using a <nowiki>{{main}}</nowiki> article link to move over to the form for the nitty gritty on how everything about that specific implementation works. For reference look at how [[Dash]] handles the [[Dash (Mario & Luigi: Superstar Saga)]] ([https://www.mariowiki.com/index.php?title=Dash&diff=4431004&oldid=4421941 Relevant Edit]) and the [[Spin Dash]] ([https://www.mariowiki.com/index.php?title=Dash&diff=4435629&oldid=4431024 Relevant Edit]). Instead of restating the entire move but trying to be a little looser about the mechanics than the main article, it has a note saying “this exists and is a version of the thing this article is about”, and then sends the reader to the main article. It's a more efficient use of bits and our readers' time.
===Correct Operator System===
I know everyone is tired of talking about the chat on this wiki, but please, hear me out. Steve currently has "200" powers &ndash; founder of #mariowiki, complete control over all settings. When I had my bureaucrat term, I was privileged with "190" &ndash; everything the same as 200 except to unregister #mariowiki (i.e. remove ChanServ and all ops). All sysops on the wiki got "100", which allowed them to be auto-oped upon entry in the room to ban & kick when appropriate. The chat was very ho-hum and orderly at that time.


But ''now''? Ever since I stepped down, no one has returned to 190 (Xze should have), and though 100s are valid, "back-up" non-sysops are now receiving 100s also, because, as the Big P declares "the chat is separate from the wiki."
This does not affect moves of non-powered up characters that are modified by the power-up. Flying Squirrel Mario’s high Spin Jumps stay on [[Spin Jump]], Frog Mario's and Penguin Mario’s swimming stay on [[Swim]], Tanooki Mario’s Tail Spin stays on [[Roll]], and so on. This is in addition to these modified versions of moves being written about on their form’s pages. (No, shell dash is not a modified dash. It's a new action that dashing happens to trigger, as indicated by the requirement of dashing and alternate method of crouching on a slope) This proposal does not affect projectiles whose existence is broader than their associated power-up, namely [[Fireball]], [[Ice Ball]], [[Hammer]], and [[Bubble]]. Builder Boxes are [[Crate]]s, so they fall into this bucket. (Superball would be included, but it was merged with [[Superball Mario]] years ago and is not included.) This also does not affect character/power-up hybrids. [[Yoshi]]'s [[Swallow]], [[Egg Throw]], et al, [[Baby DK]]'s [[DK Dash Attack]], [[Diddy Kong]]'s [[Diddy Attack]] and [[Barrel Jet]], and [[Rambi]]'s [[Super move|Supercharge]] and [[Charge (Donkey Kong Country series)|Charge]] are examples of these exclusions. This is because in some cases the character can use the move without being a power-up, usually because they are playable in a non-power-up capacity. While this isn’t true in every case, it makes sense to extend this grace to all character/power-up hybrids. [[SMB2 Mario]] is bizarre, but [[Crouching High Jump|charge jump]] is ultimately unaffected. It’s a move of the normal player characters in ''Super Mario Bros. 2'' proper, and the article doesn’t have a ''Super Mario Maker 2'' section to cut down anyway. I’d advocate for adding more charge jump content to the SMB2 Mario article, but that’s not part of the proposal.


To that I give a polite "no." I'm sorry, Steve, but the chat has been on this wiki for almost a year now. <10% are forum-only users. And now, there are three non-sysops with auto-op powers, one of which I am extremely questionable about, with no consensus from us. As the only person >100 now, Steve, not RAP (who's in chat quite often) or Cobold, is making all the decisions, and as such the chat has been quite a mess for at least a month now, if not more. I understand with more people the chat is harder to control &ndash; now 15 people on a weekday is not uncommon. But we had 10 people on spring nights, probably 15 on summer nights too, and everything couldn't have been better. Now, it really couldn't be much worse.
Perceptive readers probably realize that this policy would gut [[Fly]], an article entirely about a recurring skill of certain forms/capability of items. An article consisting entirely of <nowiki>{{main}}</nowiki> templates would be bad, right? Au contraire, for this is by design. Fly is trapped in a purgatory where it can’t actually say anything meaningful because all of the data for each of the forms, abilities, and items it’s trying to cover should be on the articles for those things. So it’s a listicle of every game you can fly in with cliff notes about how they work. I guess its a directory for all of the flying skills, but having it be a traditional article makes using Fly as a directory inefficient. At this point, we should embrace the list structure and use it for something lists are good for, comparisons between games. I have compiled a list version of Fly on a [[User:Salmancer/List of methods of flight|userpage]], based on the existing [[List of power-ups]]. It’s messy and incomplete but I think it’s better than the Fly article. Should this proposal pass, this list will replace the article.  


Thus I propose the following:
[[Tail whip]] was created after I planned this proposal but before I proposed it. If this proposal passes, it gets merged into [[Raccoon Mario]] for 2D games and [[Tanooki Mario]] for 3D games. This policy devastates Tail Whip in the same way Fly is. Tail Whip can keep its categories as a redirect. While the move may be used by multiple forms, the most basic forms with the attack are more than capable of storing Tail whip's mechanics for the improved versions of [[White Raccoon Mario]] and [[White Tanooki Mario]] to refer to later. This matches how Penguin Mario defers to Ice Mario and Ice Ball. [[Tail]]s are also on Tail Whip, but Tail handles using Tail and has no need to be listed on another article. Even if we wanted a complete list of games with with tail attacks, Raccoon Mario already mentions Tail. (The situation is also similar to [[Cape]], which used to compile [[Cape Mario]] and [[Superstar Mario]] into a listicle before this [[Talk:Cape#Clean up this article to include only information in the Super Smash Bros. series|proposal]] reduced it to the Smash Bros. attack.
*'''All sysops get 100s, all bureaucrats get 190s.''' It is not a requirement to chat, but it is strongly encouraged to help keep it in line and child-safe (i.e. no sexual content, etc.) Enough sysops/crats are active in chat for now, so that is not a concern.
*'''All non-sysops stay at 0, including patrollers.''' A patroller and sysop are two completely different things. Patrollers don't have enough privileged rights to earn a 100, though this is debatable.
*'''Demotion of op powers also means loss of sysop powers.''' The chat is CONNECTED TO the wiki.


'''Proposer''': [[User:Wayoshi|Wayoshi]] <br>
Oh yeah and I guess [[Strike of Intuition]] is caught in the crosshairs of this since it is a move exclusive to [[Detective Peach]]. Given everything else, it gets merged too.
'''Deadline''': 17:00, 4 Febuary 2008 (EDT)


==== Sysops are Ops, No One Else ====
'''Proposer''': {{User|Salmancer}}<br>
#{{User:Wayoshi/sig}} &ndash; per my long-winded text above.
'''Deadline''': March 31, 2025, 23:59 GMT
#{{User:Alphaclaw11/sig}}Per Wayo. Also i do think thiere are ways for people to lose power but being a syop or crat means you are trusted so you should be in trusted in chat, but that doesnt mean being DE-OPed means being DE-Sysops but like i said before, being a sysop means you are trusted.One more thing THis doesnt mean being a sysop means you ahve to go on chat. I do thing that good OP who arent Sysops should stay OPed since they help.
#{{User:Crypt Raider/sig}} Per all.
#{{User:Mr. Guy/sig}} Per Wayoshi


==== Keep Separated Power Groups ====
====Merge moves and Listify Fly: Merge moves to forms, and convert [[Fly]] into a list====
#{{User:Uniju :D/sig}} - As I've stated many many many other times, the chat and forum always seem to be falling apart because their ops/mods are only sysops, so the mods/ops need to both be sysops, and active on that sub-site. However, recently the chat has got these "back-up ops", which are the only thing keeping the chat from being a spam pit around, like... Through almost all of the late morning, through sometime in the after noon, the ops tend to be lacking. While more trusted users who become back-up ops tend to still come on during this time. The Back-up ops are really the only thing keeping this together, you just dislike them because you don't get any time to break rules on chat anymore.
#{{User|Salmancer}} Per proposal.
#{{User:ChaosNinji/sig}} - Look, I may be biased because I'm a back-up, but I'm on half the time regular ops aren't. During the course of the day that I am on, operators of the chat usually come around 6:00 PM EST. That's pretty late, considering many Users get on around 2:00 PM EST - 3:00 PM EST. Many times, it is just the other back-up operators and I keeping control. If there are trustworthy Users, why not let them be Operators? It makes no sense, considering the chat is pretty seperate to the Wiki. Look, I don't care if I'm demoted. I just feel that Back-up Ops should be around. I also agree with DP's idea of limiting the amount of them.
#{{User:Purple Yoshi/sig}} - There are 24 hours of the day. No sysop or 'crat can stay all 24 hours. And I've seen plenty of times when no sysop is around.
#{{User:Blitzwing/sig}} - I only disagree about the patroller part. See comment.
#{{User:InfectedShroom/sig}} - Per all. There's no way two people can stay on the chat all day.
#{{User:Shroobario/sig}} Per all. I'm not voting because I'm now a back-up op, I'm voting because many back-up ops are on on time that spam mostly occurs because there is no other ops that happens because of all those different and confusing times zone. Me for example, Most part of when I'm usually on there isnt other ops there.
#{{User:Cobold/sig}} - I won't participate in the chat, so giving the power to me is rather pointless - community and wiki are fully apart.
#{{USer:King Boo/sig}} This isn't a cheap way for you to return to op status? Yeah I wish I could believe that. We needs Ops around 24/7. We need back ups to ensure that the chat is safe 24 hours a day 7 days a week. I oppose this proposal, not only because we need back ups, but because this IS just a cheap way for you to get your power back. What will you do if you get it back? You'll abuse it, that's what.
#{{User:Master Crash/sig}} Out of no disrespect Wayoshi, we've gone through this already, back-ops are very useful in a situation where there are no ops.
#{{User:BlueYoshter/sig|per all. i don't see why patrollers shouldent be ops in the chat. they're admins too, arent they?}}


==== Comments ====
====Merge moves, Fly is free: Merge moves to forms, but keep Fly as is====
Before I get any complaints / flames, this is '''NOT''' a cheap way for me to return to an operator rank. Note that by the proposal if I go awry in chat again, I will also lose something I covet very much: maintaining & improving this wiki with my powers here. This could very well fall flat, but I feel it necessary to finally get a consensus; it's high time we put all disputes of chat to rest. {{User:Wayoshi/sig}} 20:25, 28 January 2008 (EST)
:I must disagree with the back-up Op removal. However, I am not opposed to limiting them. I believe we should ONLY have two trustworthy back-up Ops. After all, Steve has recently given Uniju and Shroobario 100 level Op powers on chat, but Uni recently cursed like crazy, as well as flame others. Not that I'm flaming Uni or anything, I just don't trust Uni as a back-up Op, neither do I trust Shrooby. We just need more trustworthy Users, like Purple Yoshi or ChaosNinji. {{User:Pokemon DP/sig}}


Let it be noted that you already made this, Wayoshi. It failed, remember? {{User:ChaosNinji/sig}}
====Clip Fly's wings: Do not merge moves to forms, change Fly from an article to a list====


I feel that there should be another answer[[User:Alphaclaw11|Alphaclaw11]]read my comment where i voted
====Oppose: Status quo====
#[[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) - Many of the moves in question are used by multiple forms, <s>so attempting to merge them to all separately would violate [[Mariowiki:Once and only once]]</s> {{color|purple|EDIT: which makes determining appearances of the move across different games more difficult to find}}. Furthermore, we do not merge ''character''-specific moves to their respective pages (other than non-''Mario'' characters in the ''Super Smash Bros.'' series) - for instance, look at [[Scuttle]] and [[Flutter Jump]] - so why should we do so with forms?
#{{User|Nintendo101}} I don't think we cover moves and other actions particularly well, and I would rather see what that looks like before proposing mergers. Moves are not strictly the same as the form itself (i.e. Flying Squirrel Mario, Power Squirrel Mario, and captured Glydon can all "glide"), and it would be nice to see detail on what the moves are in isolation. Sometimes different power-uped forms perform the same move. A quick look through the fly article indicates there are things lumped together there that really aren't the same thing.
#{{User|EvieMaybe}} per all. the current state of the wiki's move coverage just isn't good enough right now to determine whether this proposal would have any benefits. would love to see this proposal again in the future when we have more ground to stand on, but it's not the time right now.


What if the active Sysops were to take a vote before the creation of any back-up operator? That seems fair, considering you said that the back-ups were created without consensus. {{User:ChaosNinji/sig}}
====Comments (Merge moves of forms to forms even if they are non-unique and replace Fly with a list)====
I am sorry this proposal planned for a while is going to merge an article that was just made. It kind of jumped further up my list of priorities given I don't want people to put hard work into adding to Tail whip if I'm about to try to merge it. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 18:17, March 17, 2025 (EDT)


I disagree about not giving Patroller OP rights. Patrollers are chosen for their trust-worthyness and their activity, much like sysops are. The power given to the Patrollers is already rather dubious. Limiting their powers even further is rather ludicrous. I agree with the rest, thought. {{User:Blitzwing/sig}}
Question; would this merge [[Fireball Punch]], and would this failing result in re-instating [[Talk:Dangan Mario|Dangan Mario]]? These manga "forms" are kind of an edge case. {{User:Camwoodstock/sig}} 18:23, March 17, 2025 (EDT)
:Oh dear manga questions. From what I understand of things, I think nothing should happen either way. Dangan Mario was an article as a form, so unless it's getting reevaluated to be a named move it stays where it lies. Fireball Punch is tricky. The thing is that this proposal exists because of pressures from the medium of video games. Fireball Punch is from a linear narrative story, there's not really much of a benefit readers gain from merging Fireball Punch because odds are someone looking at Super Mario Wiki to read about Fireball Mario doesn't need to know what a Fireball Punch is soon after. They might not even be reading the fifth chapter of Volume 1, the only place with a Fireball Punch. You can hardly consider the Fireball Punch to be a core part of Fireball Mario like all of the moves involved in the proposal. Fireball Punch is free from this proposal, though someone else might think the lack of length means it should be merged into Fireball Mario given this proposal is merging many longer articles or sections of articles into their home forms. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 18:56, March 17, 2025 (EDT)


Ghost Jam, although I know your way too stubborn to change you're mind on this, I must point out that several Sysops have been proven to not be reliable chat ops '''AT ALL'''(Wayoshi, You, and Paper Jorge), and that there are many normal chat users that would be much more fit for the op job than such people. I'm not saying that all the sysops shouldn't be chat ops, or that I am superior to the sysops in any way because I'm an op on chat. Also, Porplemontage himself promoted me to back-up op status, and when Pokemon DP asked why he responded that he trusts me. If you don't believe me, go ask DP or Porple. {{User:Uniju :D/sig}}
{{@|Doc von Schmeltwick}} for your own sake, you should know "once and only once" as a strict policy has been [https://www.mariowiki.com/index.php?title=MarioWiki:Once_and_only_once&diff=4723954&oldid=4372233 retired]. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 19:18, March 17, 2025 (EDT)
:Thanks, wish I'd known that before. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 19:30, March 17, 2025 (EDT)


I disagree, with what you said about demoting ops along with sysop powers, because a good buddy of mine (Paper Jorge) doesn't really set a good example of being an OP (he doesn't curse or flame, but he does spam), however Paper Jorge is a great sysop on the wiki. And another great example is you Wayoshi, who could not be trusted on chat but could be trusted on the wiki. So if an OP demotion (hypothetically) happened to Pokemon DP in chat, we would also lose a great sysop. I think of the relation of our chat/forum to the wiki like this: the Wiki influences the chat/forum, but the forum/chat does not influence the wiki.{{User:Knife/sig}} 20:03, 29 January 2008 (EST)
Characters aren't forms, so their moves are unaffected by this proposal, which means Scuttle isn't involved, Character/power-ups are unaffected, so Flutter Jump also isn't affected and you can't loophole abuse your way to merging Scuttle through the [[Luigi Cap]]. Forms that are improved versions of other forms already defer to the base form for unchanged abilities they inherit. Ice Mario has two paragraphs dedicated to using Ice Balls See example text of everything Penguin Mario has to say about Ice Balls..
<blockquote>After Mario has become this form, he can throw Ice Balls at enemies and freeze them. Mario can then use the frozen enemies as platforms or pick them up and throw them against the wall or other enemies. </blockquote> - [[Penguin Mario]]
The system works! It's repeated for [[White Raccoon Mario]] in relation to Raccoon Mario, as per the line, "It gives the player Raccoon Mario's abilities, causes the P-Meter to charge more quickly, allows the player to run and stand on water (like Mini Mario), and grants invincibility for the stage". It's also done for [[Power Squirrel Mario]] to [[Flying Squirrel Mario]], with "As Power Squirrel Mario, Mario has all of the abilities of Flying Squirrel Mario, though he never loses the ability to glide and can perform Flying Squirrel Jumps continuously without landing". [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 19:35, March 17, 2025 (EDT)


==Miscellaneous==
"List of methods of flight" as a name for the userpage was designed to be aware that not everything on Fly is the same kind of move. (and also it managed to morph into a list of all ways to get from point A to point B if point B is higher than point A... and then an extra addendum for hovering over hazards.) Would it be better if it were placed in mainspace as "List of methods of flight"? [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 19:47, March 17, 2025 (EDT)
===Latest Appearance ===
On the [[template:character-infobox|character-infobox]] template, there is a section for "Latest Appearance".  I'd like to establish a consensus on what this means: should this apply solely to released titles or should announced titles have precedence?  We must also decide how to deal with multiple release dates.  Please be sure to mention in your vote how you'd like to deal with this second issue and we can have another proposal if there is not a clear consensus.


'''Proposer:''' {{User:Stumpers/sig}} (writer) and {{User:Master Crash/sig}} (advice)<br>
Regarding your saying that tail whip's info would be moved to Raccoon Mario for 2D games and Tanooki Mario for 3D games, would that not mean that Tanooki Mario's page would not discuss the tail whip until ''Super Mario 3D Land'', despite it being usable by that form in ''Super Mario Bros. 3''? [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 19:53, March 17, 2025 (EDT)
'''Deadline:''' February 7, 2008, 17:00 (5:00p)
:Tanooki Mario is already doing exactly that. I don't see anything that makes the article hard to follow, short of it going "there is mandatory reading before reading this article." Which White Raccoon Mario and White Tanooki Mario have been doing as well. It's fine. <blockquote>In this form, he can turn into an invulnerable statue by holding +Control Pad down and pressing B Button at the same time, '''in addition to using Raccoon Mario's moves''', making it an improved version of Raccoon Mario. </blockquote> - [[Tanooki Mario]], ''Super Mario Bros. 3'' section.
:<blockquote>However, the form's mechanics are different from ''Super Mario Bros. 3'', as while Mario can still tail whip (by pressing {{button|3ds|X}} or {{button|3ds|Y}}) and glide (now done by holding {{button|3ds|A}} or {{button|3ds|B}}, as with [[Cape Mario|Caped Mario]], rather than tapping the buttons), he cannot fly during gameplay. </blockquote> - [[Tanooki Mario]], ''Super Mario 3D Land'' section.
:Uh, filler text for sig. I guess I'm advocating for building the ''3D Land'' text up more, since that game shouldn't be deferring to Raccoon Mario as it sort of does now. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 20:05, March 17, 2025 (EDT)
::But how is it superior to do so compared to just having an article for the move? [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 20:17, March 17, 2025 (EDT)
:::Hypothetical: "Wow! Tanooki Mario is so cool! What does he do?/I just beat ''3D Land'', is there any nuance to it I missed?/Are there any bugs in 3D Land I can exploit with it? I know, I'll go to the [[Tanooki Mario]] page on Super Mario Wiki!"
:::In the current wiki, the three hypothetical people with varying interest in Super Mario read both an article on Tanooki Mario and an article on [[Tail whip]] to find everything they want to know. This proposal wants to make all of them only read one article, Tanooki Mario. I think this is better because it saves them the additional click and additional loading time and appeals to lower attention spans. I value these hypothetical readers over the hypothetical reader who is a Mario historian who wants to see the evolution of Tail whip across every game of the franchise. Keep in mind, redirects exist so the earlier three hypotheticals can mostly get to the right page if they zig where I think they'd zag and search for a move name. Okay except for Tail whip in specific because of the 2D/3D split, oof moment. I guess disambiguation pages still let my example work since while there would still be two pages to look at the first of them would be short and quick to load because its a disambig and therefore still superior to having Tail whip as full article alongside Raccoon Mario and Tanooki Mario. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 20:59, March 17, 2025 (EDT)
::::"Gee, I wonder if that cool thing Tanooki Mario does appears in any other games for any other forms?" This is the more likely question that would be asked. Which is why the move page makes more sense. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 21:01, March 17, 2025 (EDT)
:::::I think my system still lets that person get to the answers reasonably intuitively. Tanooki Mario says it's super duper Raccoon Mario, so navigating to that page seems reasonable if one wants more tail whipping action. From Raccoon Mario they'll hit Tail. The only odd one out is ''Mario Kart'' Super Leaf, which is exclusively covered on Super Leaf, except thanks to Tanooki Mario being playable in ''Mario Kart Tour'' with the Super Leaf as his special skill that hypothetical person should still hit Super Leaf. We could just add a ''Mario Kart'' series "sentence long section with a <nowiki>{{main}}</nowiki> link" to Raccoon Mario to patch that hole up, and maybe note that giving Tanooki Mario the Super Leaf as a special skill closely reflects the platforming video games, meaning we have all the links the Tail whip article would have without needing to make a Tail whip article.[[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 21:22, March 17, 2025 (EDT)
::::::IMO this just sounds like a lot of confounding mental gymnastics to me and just having a page for the move removes most of the leaps of logic and assumptions on what people will and will not know. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 22:02, March 17, 2025 (EDT)


====Put the Latest ''Released'' Appearance====
==Miscellaneous==
#{{User:Stumpers/sig}} 19:58, 31 January 2008 (EST) For the reasons above.  I feel that the earliest release date for a title (ie, Japanese release date for Brawl) should be used to determine which appearance we use.
''None at the moment.''
#{{User:Master Crash/sig}} Per Stumpers and I
#{{User:Mr. Guy/sig}} Per the Stumping Guy above
#[[User:Walkazo|Walkazo]] - Per Stumpers.
#{{User:Storm Yoshi/sig}} Per Stumpers and MC
#[[User:SiFi|SiFi]] - This has been confusing me for a while.
#{{User:Pokemon DP/sig}} Per Stumpers and Crash.
#{{User:Cobold/sig}} - "Latest" implies that something has already happened, so it can't be in the future. And we should use the first release in any region, that's Japan for most games, but also Europe for [[Super Mario Strikers]].
#{{User:InfectedShroom/sig}} I concur with Stumpers.
#{{User:Time Q/sig}} I agree with Cobold in both points.
#Per ALL [[User:HyperToad|HyperToad]]
#{{User:BlueYoshter/sig|per all}}
 
====Put the Latest ''Announced'' Appearance====
 
====Comments====
I don't believe that this was needed to be a ''proposal'', but it DID have to be delt with. [[User:HyperToad|HyperToad]]
 
===Yoshi and Wario entries===
Fellow Kids Next Door operatives I mean MarioWiki users, :P; I just found out an issue that lasts just about when the wiki has started to this very day... Do you notice something missing in the lists such as Characters, Places, Items, Species, Allies and Enemies? If not, it would be the Yoshi and Wario entries. Just look, those entries are long forgotten and unlisted, (excluding DK entries). You can barely see some of the entries in those lists, and besides, they are linked through articles instead of lists sadly, :(. Come on, this is the Super Mario Wiki! In the last note, if neither of those two choices are effected, then Wayoshi would make a DPL code to list Yoshi and Wario entries in the Wiki Maintenance in such case.
 
'''Proposer:''' {{User:RAP/sig}} [[Special:Contributions/RAP|My very first proposal!]] <br>
'''Deadline:''' February 3, 2008, 15:00
 
====Include the Yoshi and Wario entries in those primary lists====
#{{User:RAP/sig}} [[Special:Contributions/RAP|I think it would be better if those entries belong in the same list instead of seperately, IMO.]]
#[[User:GreenKoopa|GreenKoopa-Don&#39;t jump on mee!]] How on earth could anyone miss that?!
#[[User:Walkazo|Walkazo]] - Seeing as these main lists are simply called [[Places]] etc. instead of '''''Mario'' Places''' than it would make sence that ''all'' the places were listed there. If the crossover things are already in these lists, we should just stick everything else in there too and make it a done deal. An obscenely large list will be a tad onerous to navigate, but it will be no worse than the lack of lists we have now ([[Donkey Kong Places]] but no [[Yoshi Places]] or [[Wario Places]]?).
#{{User:Alphaclaw11/sig}}It would be easier and yoshi and wario games first were mario games so they are related game wise.And if they are included in the wiki overall then they should be in the overall lists.
#[[User:Red.Tide|Red.Tide]]I've always said that the Wario and Yoshi series, particularly the Yoshi series, aren't really distinct series from the Mario series.
#{{User:Stumpers/sig}} I wanted that for a while, too, because no one except a select few in my experience know that places means "Mario places, ect., so, thanks for taking the initiative, RAP.
#{{User:Mr. Guy/sig}} Per all
#{{User:Storm Yoshi/sig}}per RAP
 
====Make a list for Yoshi and Wario entries seperately====
 
====Comments====
Talking about [[Donkey Kong Characters]] etc.? Considering that ''Crossover'' (a.k.a. Smash Bros.) characters are already included in the "mainstream" lists, it's a bit inconvenient. But it is here. - {{User:Cobold/sig}} 05:35, 27 January 2008 (EST)
 
Maybe it's because I'm reading this at 3am, but I'm not seeing the problem. If they are missing from lists, add them. Don't need a proposal for that. -- [[Image:Shyghost.PNG]][[User:Ghost Jam|Chris]][[Image:Shyghost.PNG]] 06:07, 27 January 2008 (EST)
 
Sadly some people don't tend to add the other types of entries into those lists just because they belong to the Yoshi series or even the Wario series. {{User:RAP/sig}} [[Special:Contributions/RAP|And besides, I think SoS perviously suggested spliting up into other lists, and sofourth with my conversion... Source -]] [[Talk: Places]]

Latest revision as of 12:17, March 18, 2025

Image used as a banner for the Proposals page
Current time:
Tuesday, March 18th, 17:00 GMT
Proposals can be new features, the removal of previously-added features that have tired out, or new policies that must be approved via consensus before any action is taken.
  • Voting periods last for two weeks, but can close early or be extended (see below).
  • Any autoconfirmed user can support or oppose, but must have a strong reason for doing so.
  • All proposals must be approved by a majority of voters, including proposals with more than two options.
  • For past proposals, see the proposal archive and the talk page proposal archive.

If you would like to get feedback on an idea before formally proposing it here, you may do so on the proposals talk. For talk page proposals, you can discuss the changes on the talk page itself before creating the TPP there.

How to

If someone has an idea about improving the wiki or managing its community, but feel that they need community approval before acting upon that idea, they may make a proposal about it. They must have a strong argument supporting their idea and be willing to discuss it in detail with other users, who will then vote on whether or not they think the idea should be implemented. Proposals should include links to all relevant pages and writing guidelines. Proposals must include a link to the draft page. Any pages that would be largely affected by the proposal should be marked with {{proposal notice}}.

Rules

  1. Only autoconfirmed users may create or vote on proposals. Proposals can be created by one user or co-authored by two users.
  2. Anyone is free to comment on proposals (provided that the page's protection level allows them to edit).
  3. Proposals conclude at the end of the day (23:59) two weeks after voting starts (all times GMT).
    • For example, if a proposal is added at any time on Monday, August 1, 2011, the voting starts immediately and the deadline is two weeks later on Monday, August 15, at 23:59 GMT.
  4. Users may vote for more than one option, but they may not vote for every option available.
  5. Every vote should have a strong, sensible reason accompanying it. Agreeing with a previously mentioned reason given by another user is acceptable (including "per" votes), but tangential comments, heavy sarcasm, and other misleading or irrelevant quips are just as invalid as providing no reason at all.
  6. Users who feel that certain votes were cast in bad faith or which truly have no merit can address the votes in the comments section. Users can ask a voter to clarify their position, point out mistakes or flaws in their arguments, or call for the outright removal of the vote if it lacks sufficient reasoning. Users may not remove or alter the content of anyone else's votes. Voters can remove or rewrite their own vote(s) at any time, but the final decision to remove another user's vote lies solely with the wiki staff.
    • Users can also use the comments section to bring up any concerns or mistakes in regards to the proposal itself. In such cases, it's important the proposer addresses any concerns raised as soon as possible. Even if the supporting side might be winning by a wide margin, that should be no reason for such questions to be left unanswered. They may point out any missing details that might have been overlooked by the proposer, so it's a good idea as the proposer to check them frequently to achieve the most accurate outcome possible.
  7. If a user makes a vote and is subsequently blocked for any amount of time, their vote is removed. However, if the block ends before the proposal ends, then the user in question holds the right to re-cast their vote. If a proposer is blocked, their vote is removed and "(blocked)" is added next to their name in the "Proposer:" line of the proposal, which runs until its deadline as normal. If the proposal passes, it falls to the supporters of the idea to enact any changes in a timely manner.
  8. Proposals cannot contradict an already ongoing proposal or overturn the decision of a previous proposal that concluded less than four weeks (28 days) ago.
  9. If one week before a proposal's initial deadline, the first place option is ahead of the second place option by eight or more votes and the first place option has at least 80% approval, then the proposal concludes early. Wiki staff may tag a proposal with "Do not close early" at any time to prevent an early close, if needed.
    • Tag the proposal with {{early notice}} if it is on track for an early close. Use {{proposal check|early=yes}} to perform the check.
  10. Any proposal where none of the options have at least four votes will be extended for another week. If after three extensions, no options have at least four votes, the proposal will be listed as "NO QUORUM." The original proposer then has the option to relist said proposal to generate more discussion.
  11. If a proposal reaches its deadline and there is a tie for first place, then the proposal is extended for another week.
  12. If a proposal reaches its deadline and the first place option is ahead of the second place option by three or more votes, then the first place option must have over 50% approval to win. If the margin is only one or two votes, then the first place option must have at least 60% approval to win. If the required approval threshold is not met, then the proposal is extended for another week.
    • Use {{proposal check}} to automate this calculation; see the template page for usage instructions and examples.
  13. Proposals can be extended a maximum of three times. If a consensus has not been reached by the fourth deadline, then the proposal fails and cannot be re-proposed until at least four weeks after the last deadline.
  14. All proposals are archived. The original proposer must take action accordingly if the outcome of the proposal dictates it. If it requires the help of an administrator, the proposer can ask for that help.
  15. After a proposal passes, it is added to the appropriate list of "unimplemented proposals" below and is removed once it has been sufficiently implemented.
  16. If the wiki staff deem a proposal unnecessary or potentially detrimental to the upkeep of the Super Mario Wiki, they have the right to cancel it at any time.
  17. Proposals can only be rewritten or canceled by their proposer within the first four days of their creation. However, proposers can request that their proposal be canceled by a staff member at any time, provided they have a valid reason for it. Please note that canceled proposals must also be archived.
  18. Unless there is major disagreement about whether certain content should be included, there should not be proposals about creating, expanding, rewriting, or otherwise fixing up pages. To organize efforts about improving articles on neglected or completely missing subjects, try setting up a collaboration thread on the forums.
  19. Proposals cannot be made about promotions and demotions. Staff changes are discussed internally and handled by the bureaucrats.
  20. No joke proposals. Proposals are serious wiki matters and should be handled professionally. Joke proposals will be deleted on sight.
  21. Proposals must have a status quo option (e.g. Oppose, Do nothing) unless the status quo itself violates policy.

Basic proposal formatting

Copy and paste the formatting below to get started; your username and the proposal deadline will automatically be substituted when you save the page. Update the bracketed variables with actual information, and be sure to replace the whole variable including the square brackets, so "[insert info here]" becomes "This is the inserted information" and not "[This is the inserted information]". Proposals presenting multiple alternative courses of action can have more than two voting options, but the objective(s) of each voting option must be clearly defined. Such options should also be kept to a minimum, and if something comes up in the comments, the proposal can be amended as necessary. 

===[insert a title for your proposal here]===
[describe what issue this proposal is about and what changes you think should be made to improve how the wiki handles that issue]

'''Proposer''': {{User|{{subst:REVISIONUSER}}}}<br>
'''Deadline''': {{subst:#time:F j, Y|+2 weeks}}, 23:59 GMT

====[option title (e.g. Support, Option 1)]: [brief summary of option]====
#{{User|{{subst:REVISIONUSER}}}} Per proposal.

====[option title (e.g. Oppose, Option 2)]: [brief summary of option]====

====Comments ([brief proposal title])====

Autoconfirmed users will now be able to vote on your proposal. Remember that you can vote on your own proposal just like the others.

To vote for an option, just insert #{{User|[your username here]}} at the bottom of the section of your choice. Just don't forget to add a valid reason for your vote behind that tag if you are voting on another user's proposal. If you are voting on your own proposal, you can simply say "Per proposal."

Poll proposal formatting

As an alternative to the basic proposal format, users may choose to create a poll proposal when one larger issue can be broken down into multiple sub-issues that can be resolved independently of each other. In a poll proposal, each option is essentially its own mini-proposal with a deadline and Support/Oppose subheadings. The rules above apply to each option as if it were a its a two-option proposal: users may vote Support or Oppose on any number of options they wish, and individual options may close early or be extended separately from the rest. If an option fails to achieve quorum or reach a consensus after three extensions, then the status quo wins for that option by default. A poll proposal closes after all of its options have been settled, and no action is taken until then. If all options fail, then nothing will be done.

To create a poll proposal, copy and paste the formatting below to get started; your username and the option deadlines will automatically be substituted when you save the page. Update the bracketed variables with actual information, and be sure to replace the whole variable including the square brackets, so "[insert info here]" becomes "This is the inserted information" and not "[This is the inserted information]". 

===[insert a title for your proposal here]===
[describe what issue this proposal is about and what changes you think should be made to improve how the wiki handles that issue]

'''Proposer''': {{User|{{subst:REVISIONUSER}}}}

====[option title (e.g. Option 1)]: [brief summary of option]====
'''Deadline''': {{subst:#time:F j, Y|+2 weeks}}, 23:59 GMT

;Support
#{{User|{{subst:REVISIONUSER}}}} Per proposal.

;Oppose

====[option title (e.g. Option 2)]: [brief summary of option]====
'''Deadline''': {{subst:#time:F j, Y|+2 weeks}}, 23:59 GMT

;Support
#{{User|{{subst:REVISIONUSER}}}} Per proposal.

;Oppose

====[option title (e.g. Option 3)]: [brief summary of option]====
'''Deadline''': {{subst:#time:F j, Y|+2 weeks}}, 23:59 GMT

;Support
#{{User|{{subst:REVISIONUSER}}}} Per proposal.

;Oppose

====Comments ([brief proposal title])====

For the purposes of the ongoing proposals list, a poll proposal's deadline is the latest deadline of any ongoing option(s). A poll proposal is archived after all of its options have settled, and it is listed as one single proposal in the archive. It is considered to have "passed" if one or more options were approved by voters (resulting in a change from the status quo), and it is considered to have "failed" if all options were rejected by voters and no change in the status quo was made.

Talk page proposals

Proposals concerning a single page or a limited group of pages are held on the most relevant talk page regarding the matter. All of the above proposal rules also apply to talk page proposals. Place {{TPP}} under the section's heading, and once the proposal is over, replace the template with {{settled TPP}}. Proposals dealing with a large amount of splits, merges, or deletions across the wiki should still be held on this page.

All active talk page proposals must be listed below in chronological order (new proposals go at the bottom) using {{ongoing TPP}}. Include a brief description of the proposal while also mentioning any pages affected by it, a link to the talk page housing the discussion, and the deadline. If the proposal involves a page that is not yet made, use {{fake link}} to communicate its title in the description. Linking to pages not directly involved in the talk page proposal is not recommended, as it clutters the list with unnecessary links.

List of ongoing talk page proposals

Unimplemented proposals

Proposals

Break alphabetical order in enemy lists to list enemy variants below their base form, EvieMaybe (ended May 21, 2024)
Standardize sectioning for Super Mario series game articles, Nintendo101 (ended July 3, 2024)
^ NOTE: Not yet integrated for the Super Mario Maker titles and Super Mario Run.
Create new sections for gallery pages to cover "unused/pre-release/prototype/etc." graphics separate from the ones that appear in the finalized games, Doc von Schmeltwick (ended September 2, 2024)
Use the classic and classic link templates when discussing classic courses in Mario Kart Tour, YoYo (ended October 2, 2024)
Split off the Mario Kart Tour template(s), MightyMario (ended November 24, 2024)
Split major RPG appearances of recurring locations, EvieMaybe (ended December 16, 2024)
Split Mario & Luigi badges and remaining accessories, Camwoodstock (ended February 1, 2025)
Merge Chef Torte and Apprentice (Torte), Camwoodstock (ended February 3, 2025)
Merge intro/outro sections, rename Gameplay section to "Overview" for Mario Party minigame articles, ToxBoxity64 (ended March 1, 2025)
Implement crossover articles, Nintendo101 (ended March 17, 2025)
Add headings for first topics of talk pages that lack one, Jdtendo (ended March 17, 2025)

Talk page proposals

Split all the clothing, Doc von Schmeltwick (ended September 12, 2021)
Split machine parts, Robo-Rabbit, and flag from Super Duel Mode, Doc von Schmeltwick (ended September 30, 2022)
Make bestiary list pages for the Minion Quest and Bowser Jr.'s Journey modes, Doc von Schmeltwick (ended January 11, 2024)
Allow separate articles for Diddy Kong Pilot (2003)'s subjects, Doc von Schmeltwick (ended August 3, 2024)
Create articles for specified special buildings in Super Mario Run, Salmancer (ended November 15, 2024)
Merge False Character and Fighting Polygon/Wireframe/Alloy/Mii Teams into List of Super Smash Bros. series bosses, Doc von Schmeltwick (ended December 2, 2024)
Merge Wiggler Family to Dimble Wood, Camwoodstock (ended January 11, 2025)
Create a catch-all Poltergust article, Blinker (ended January 21, 2025)
Give the Cluck-A-Pop Prizes articles, Camwoodstock (ended January 31, 2025)
Reverse the proposal to trim White Shy Guy, Waluigi Time (ended February 8, 2025)
Split Animal Crossing (game), Kaptain Skurvy (ended February 12, 2025)
Split the modes in the Battles page, Mario (ended February 15, 2025)
Count ongoing serialized comics for latest appearances, Rykitu (ended March 2, 2025)
Split Toad wearing headphones off from Jammin' Toad, PrincessPeachFan (ended March 7, 2025)
Split Super Mario Maker helmets from Buzzy Shell and Spiny Shell (red), PopitTart (ended March 12, 2025)

Writing guidelines

None at the moment.

New features

Establish a format for poll proposals on the archive lists

Something that's slipped through the cracks when we invented poll proposals was what we do when we add them to these pages. We can't simply have one link to the poll proposal — the entire purpose of the format is that different parts of it can pass and fail independently of one another. What color do we put a proposal where one thing fails and another thing succeeds in?

I have several pitches for you.

OPTION ZERO
Do nothing. I'm putting this at the front because I want to leave room for any good-sounding solutions beyond the four I'm about to suggest. It's here on the proposal at all because I'm pretty sure I'm legally obligated to put it here, but I'll be honest — I'm not entirely sure what this winning would... mean. Our hand will eventually be forced when our first poll proposal fully resolves, so a format will be established one way or the other.

EDIT: It has been helpfully pointed out that there is a current policy — they are red if they all issues fail, gray if at least one passes and is unimplemented, and green if at least one passes and all issues are implemented. A "one issue changes the color" kind of rule. It's definitely not insensible, but I feel that we could be conveying more information. Still, even if this if the "fail option", we have a policy now, so I got what I wanted even if this one wins.

OPTION ONE
The different issues of a poll proposal share a number corresponding to when the first issue closes. They're listed separately, and distinguished from each other via letters. As an example, the three parts of the Brown Yoshi proposal would slot in at #83A, #83B, and #83C. (That would shove some other proposals down; we could also just append them to the end of the list like normal and brush off the inconsistency if y'all prefer.)

The Brown Yoshi proposal is also a handy demonstration of an edge case we have to contend with — if this proposal passed right now, we would list #83A as red and #83B as gray, but what would happen with #83C, which is still ongoing? This is the aspect on which Options One and Two differ. In Option One, issues are not added to the archive page until they close. The page would only contain #83A and #83B if the proposal passed right now, with #83C being added later

I would like to note that the Brown Yoshi proposal is a remarkably well-behaved example. If the issues were ordered differently, we may at one point have #83A and #83C on the list with no #83B until later.

OPTION TWO
Option Two is identical to Option One except in how it handles open issues on partially closed poll proposals. In this option, they are added to the list alongside the other issues, and marked with a new color — let's say black.

This prevents the awkward gaps we would be susceptible to in Option One, but it is introducing a whole color for a temporary edge case.

OPTION THREE
Option Three is simpler. We create a new color in the archive for poll proposals — I guess let's say black again. Poll proposals get added to the archive when all issues on them are closed.

This saves space (the other options will have to give fourteen entries to this proposal, but it means the entry on the list doesn't reflect anything about any individual issue's status, such as whether it's been implemented or not.

EDIT: Camwoodstock's pitch below of using three colors (and, implicitly, adding the poll proposal to the archive when it has any closed issues) doesn't entirely eliminate that negative, but it does seem much more useful than just having the one color.

OPTION FOUR
Option Four is simpler still. Each issue is treated as if it were an entirely separate proposal. Each gets numbered and appended to the list when it closes regardless of what anything else in the poll proposal is up to.

The negative of this way of doing it is that the issues of a poll proposal may end up strewn about the list in a way that doesn't really reflect that they're a related thing.

Proposer: Ahemtoday (talk)
Deadline: March 18, 2025, 23:59 GMT

Option Zero

  1. Jdtendo (talk) Per Porple "Steve" Montage in the comments.
  2. Waluigi Time (talk) Per Porple.
  3. EvieMaybe (talk) perple montage
  4. Camwoodstock (talk) Per Porple in the comments, though admittedly this is more of a secondary option to our more robust version of Option Three we pitched. Status quo isn't the worst thing in the world, and we do acknowledge our more robust solution of "dark colors" may be a bit harder to convey as we've been slowly rolling out... Well, a dark mode for the whole wiki. (If it was down to us, the poll proposals would use lighter colors in dark mode, before you ask; of course, if that option somehow wins, we'd be down to help fine-tune it.)
  5. Arend (talk) Per Porple.
  6. Nintendo101 (talk) Per porplemontage.
  7. Salmancer (talk) Oh, huh. I suppose this is a solved problem then.

Option One

  1. Ahemtoday (talk) It's either this or Option Two for me — it's important to me that the issues end up next to each other on the archive and that the status of each one is visible on the page.
  2. Salmancer (talk) There's no rule saying a poll proposal has to be for small things, since part of the premise was reducing the need for large numbers of combination options. There could be poll proposals that have wide scopes, and as such I think we're going to have to stomach the poll proposals with 10+ proposals in them to make it easier to track policy without thumbing through old proposal pages. Also an archive is for the past, not the present.

Option Two

  1. Ahemtoday (talk) See my note about Option One.
  2. Camwoodstock (talk) Secondary option, but we do think darker shades of the colors (a-la our pitch for Option Three) would be nice. Helps distinguish at a glance what was a poll proposal.

Option Three

  1. Camwoodstock (talk) We would like to pitch a more sophisticated variant of this; 3 new colors. One for a poll that has concluded, one for one that's partially ongoing, and one for a poll that has been partially overturned by a future proposal. Maybe dark green, dark gray/maybe a de-saturated dark green a-la the Shroom Spotlight template, and a dark yellow? The darker colors, of course, to contrast with the non-poll proposals. (On dark mode, we'd probably make these lighter, rather than darker, provided we actually even add dark mode compatibility to the proposal archive colors.)
  2. Rykitu (talk) Per all.
  3. Ahemtoday (talk) I definitely see the appeal in having poll proposals under a singular listing, but I think they'd be better served by having one or multiple new colors rather than using the standard red and green.

#Jdtendo (talk) Listing every single poll would probably take a lot of space whereas the whole purpose of a poll proposal is bringing together many similar polls that would be too cumbersome to handle separately. I would prefer having a single proposal listed as "Determine what memes should be on the Internet references page" that users can click on to check the detailed results rather than cluttering the list with a dozen links.

Option Four

Comments

@Camwoodstock — I definitely think your pitch for Option Three is better than the version I was suggesting. I'm not really sure about the pitch for Option Two, though — the letters already distinguish them, and I feel like they'd seem more like separate states rather than a "modifier" on some of the existing ones. Not to mention, wouldn't we need a darker version of every single color just in case? That's a lot of changes to make, and we'd end up running into problems with dark blue, teal, and dark teal; or "dark white", gray, and dark gray. Ahemtoday (talk) 03:20, March 4, 2025 (EST)

I don't quite understand option one and two, as the above rules for poll proposals state "A poll proposal closes after all of its options have been settled, and no action is taken until then. If all options fail, then nothing will be done." --PopitTart (talk) 07:09, March 4, 2025 (EST)

Could you explain the contradiction in greater detail? I don't see what you mean. Ahemtoday (talk) 12:01, March 4, 2025 (EST)
The options say "The page would only contain #83A and #83B if the proposal passed right now, with #83C being added later" and "...how it handles open issues on partially closed poll proposals" there shouldn't be any instances of archiving partially closed poll proposals, they only close all at once when every entry has been resolved.--PopitTart (talk) 20:07, March 4, 2025 (EST)
So is your position that we should use the lettering scheme from Options One and Two, but only add poll proposals to the archive page when all of their issues are closed? I don't think I agree, but I can add that as Option Five if that's what you want to vote for. Ahemtoday (talk) 22:48, March 4, 2025 (EST)

I feel like this is fine. Either it's red (no change from the status quo so nothing needs to be done), gray (some change was established and there is work to do), or green (some change was established and it's all done). There are other proposals where people list several things to be done, it's not that different, it's just that now we have the ability to vote on each individual thing. But in either case you just click the link to read exactly what was approved. --Steve (talk) Get Firefox 10:56, March 7, 2025 (EST)

Removals

None at the moment.

Changes

Give Taiko no Tatsujin an article

Taiko no Tatsujin has had numerous crossovers with the Mario franchise throughout its history. This extends to not only the songs being playable, but actual Mario characters showing up and being animated in the accompanying videos in the earlier games.

  • The DS version has "Super Mario Bros." as a track, using imagery from the games.
  • The Wii version includes "New Super Mario Bros. Wii Medley." and "Super Mario Bros." Notably, the videos include actual characters and imagery from the game showing up. The former has nearly every enemy from the original Super Mario Bros.
  • Taiko no Tatsujin Wii U Version! has "Fever" from Dr. Mario. There are also Mario and Luigi costumes for Don-chan and Katsu-chan.
  • Nintendo Switch Version! has "Jump Up, Super Star!" from Super Mario Odyssey.
  • The 2020 version brings back "Super Mario Bros." and "Jump Up, Super Star!", also including a "Famicom Medley" track using "Fever" from Dr. Mario. These tracks are present in many of the arcade versions. Playing "Super Mario Bros." will have mushrooms and Super Stars appear when notes are hit.
  • Blue Version has Cappy has an equippable hat.
  • Rhythm Festival has a medley of music from Super Mario Bros., re-used from earlier games.

Mario has paid it back with the serial-numbers-filed-off Donkey Konga and Don-chan being a playable character in Mario Kart Arcade GP DX. Since there's overlap between the franchises, and they've had a decent history together, I think Taiko is deserving of its own article to cover all this in one place.

Proposer: Scrooge200 (talk)
Deadline: March 30, 2025, 23:59 GMT

Support (Bring Us One Degree of Separation Closer to Jimmy Neutron)

  1. Scrooge200 (talk) Per proposal.
  2. Camwoodstock (talk) Makes sense to us; with how many cross references there are both ways, it seems only fair.
  3. Hewer (talk) This should probably be cancelled given the crossover article proposal but I'll support just in case. I previously wasn't sure whether it would get a page under that proposal because the only crossover I knew about was Don-chan being in Mario Kart (and his tiny Smash representation in one of Pac-Man's taunts), but all of this other stuff seems very comparable to what got Just Dance (series) a page. Now we just need to figure out whether Tamagotchi gets one...
  4. Killer Moth (talk) Per proposal.

Oppose (No More Megalovania, Please)

Comments' Perfect Math Class

@Scrooge200, have you considered waiting until the proposal immediately above is finished? You would not need to raise proposal for Taiko no Tatsujin at all if it were to be pass. - Nintendo101 (talk) 15:23, March 16, 2025 (EDT)

Oh, I noticed that, but figured it was more for just Zelda. I'm glad to see we're finally making it out of the Stone Age with our crossover coverage, though. Scrooge200 (talk) PMCS Mustard Cafe Sign.png 15:27, March 16, 2025 (EDT)
Zelda is just the example I worked with. The proposal itself applies to all manner of crossover. - Nintendo101 (talk) 15:30, March 16, 2025 (EDT)
@Scrooge200 By "stone age" I assume you mean it's one of the last steps to becoming a wiki centered completely on Super Mario. Super Mario RPG (talk) 15:38, March 16, 2025 (EDT)

Merge moves exclusive to forms with their respective forms, leaving main article links if they are part of another article. Also replace the Fly article with a list.

Mario’s many, many forms have granted him oh so many forms. These forms grant him many new moves, like swinging a cape, jumping in the air, or even a slew of Link’s moves! Now, how many of these have articles? (Excluding Tail whip)

If you guessed zero, +/- Tail whip, you’re right. This makes sense: If I go to an article on a form, then I want to see all of that form’s nuances. What good is it to have some parts of the benefits conferred by a power-up on a separate page? Imagine if Builder Mario had an article dedicated to swinging its hammer, a core portion of the abilities Builder Mario grants. Imagine if Mole Yoshi had an entire article dedicated to its ability to dig, despite that being the sole move it can do with a button press and digging being its entire point of existing. Imagine if operating the Super Pickax had an entire article separate from the Super Pickax, even though the player doesn’t even have the choice to hold a Super Pickax without using it. (Yes, the act of using a Super Pickax has a name!)

But we’re already doing this, just under the veneer of putting it under existing articles. These articles, for example:

I think this is a flawed line of thinking. For a much as shell dashing and Drill Spinning are moves that can be used by specific forms, they are also benefits conferred by specific forms and power-ups. We should be focusing efforts to improve coverage for such moves on the page for the power-up, as someone who wants to learn everything Shell Mario can do probably shouldn’t have to also check shell dash. Shell Mario should say that shell dashing enemies doesn’t start a point chain. Shell Mario should say if how many hits it takes to defeat a boss with the shell dash. Shell Mario should mention the unique movement opportunities/restrictions of the shell dash compared two base Mario. There shouldn’t be two different articles going into technical detail on a single topic if we can help it, not least because of the potential of a correction to one article not being applied to the other. And if we can only have one super detailed article, then it ought to be the form.

Imagine if we extended the current situation to other named moves of forms? Would Mega Yoshi be a stronger article if there was a second article dedicated to Tail Swipe, on the basis of it having the technical detail of stalling Yoshi’s fall? Would Penguin Mario be a stronger article if there was a second article dedicated to Belly Slide? If we gave the field form of Luiginary Ball a page, would it be.a stronger article if there was a second article dedicated to Ball Hammer?

As such, this proposal aims to just move all the technical details of moves that can only be performed by power-up forms to the form’s page. The section remains, because it’s a part of the move’s conceptual history, using a {{main}} article link to move over to the form for the nitty gritty on how everything about that specific implementation works. For reference look at how Dash handles the Dash (Mario & Luigi: Superstar Saga) (Relevant Edit) and the Spin Dash (Relevant Edit). Instead of restating the entire move but trying to be a little looser about the mechanics than the main article, it has a note saying “this exists and is a version of the thing this article is about”, and then sends the reader to the main article. It's a more efficient use of bits and our readers' time.

This does not affect moves of non-powered up characters that are modified by the power-up. Flying Squirrel Mario’s high Spin Jumps stay on Spin Jump, Frog Mario's and Penguin Mario’s swimming stay on Swim, Tanooki Mario’s Tail Spin stays on Roll, and so on. This is in addition to these modified versions of moves being written about on their form’s pages. (No, shell dash is not a modified dash. It's a new action that dashing happens to trigger, as indicated by the requirement of dashing and alternate method of crouching on a slope) This proposal does not affect projectiles whose existence is broader than their associated power-up, namely Fireball, Ice Ball, Hammer, and Bubble. Builder Boxes are Crates, so they fall into this bucket. (Superball would be included, but it was merged with Superball Mario years ago and is not included.) This also does not affect character/power-up hybrids. Yoshi's Swallow, Egg Throw, et al, Baby DK's DK Dash Attack, Diddy Kong's Diddy Attack and Barrel Jet, and Rambi's Supercharge and Charge are examples of these exclusions. This is because in some cases the character can use the move without being a power-up, usually because they are playable in a non-power-up capacity. While this isn’t true in every case, it makes sense to extend this grace to all character/power-up hybrids. SMB2 Mario is bizarre, but charge jump is ultimately unaffected. It’s a move of the normal player characters in Super Mario Bros. 2 proper, and the article doesn’t have a Super Mario Maker 2 section to cut down anyway. I’d advocate for adding more charge jump content to the SMB2 Mario article, but that’s not part of the proposal.

Perceptive readers probably realize that this policy would gut Fly, an article entirely about a recurring skill of certain forms/capability of items. An article consisting entirely of {{main}} templates would be bad, right? Au contraire, for this is by design. Fly is trapped in a purgatory where it can’t actually say anything meaningful because all of the data for each of the forms, abilities, and items it’s trying to cover should be on the articles for those things. So it’s a listicle of every game you can fly in with cliff notes about how they work. I guess its a directory for all of the flying skills, but having it be a traditional article makes using Fly as a directory inefficient. At this point, we should embrace the list structure and use it for something lists are good for, comparisons between games. I have compiled a list version of Fly on a userpage, based on the existing List of power-ups. It’s messy and incomplete but I think it’s better than the Fly article. Should this proposal pass, this list will replace the article.

Tail whip was created after I planned this proposal but before I proposed it. If this proposal passes, it gets merged into Raccoon Mario for 2D games and Tanooki Mario for 3D games. This policy devastates Tail Whip in the same way Fly is. Tail Whip can keep its categories as a redirect. While the move may be used by multiple forms, the most basic forms with the attack are more than capable of storing Tail whip's mechanics for the improved versions of White Raccoon Mario and White Tanooki Mario to refer to later. This matches how Penguin Mario defers to Ice Mario and Ice Ball. Tails are also on Tail Whip, but Tail handles using Tail and has no need to be listed on another article. Even if we wanted a complete list of games with with tail attacks, Raccoon Mario already mentions Tail. (The situation is also similar to Cape, which used to compile Cape Mario and Superstar Mario into a listicle before this proposal reduced it to the Smash Bros. attack.

Oh yeah and I guess Strike of Intuition is caught in the crosshairs of this since it is a move exclusive to Detective Peach. Given everything else, it gets merged too.

Proposer: Salmancer (talk)
Deadline: March 31, 2025, 23:59 GMT

Merge moves and Listify Fly: Merge moves to forms, and convert Fly into a list

  1. Salmancer (talk) Per proposal.

Merge moves, Fly is free: Merge moves to forms, but keep Fly as is

Clip Fly's wings: Do not merge moves to forms, change Fly from an article to a list

Oppose: Status quo

  1. Doc von Schmeltwick (talk) - Many of the moves in question are used by multiple forms, so attempting to merge them to all separately would violate Mariowiki:Once and only once EDIT: which makes determining appearances of the move across different games more difficult to find. Furthermore, we do not merge character-specific moves to their respective pages (other than non-Mario characters in the Super Smash Bros. series) - for instance, look at Scuttle and Flutter Jump - so why should we do so with forms?
  2. Nintendo101 (talk) I don't think we cover moves and other actions particularly well, and I would rather see what that looks like before proposing mergers. Moves are not strictly the same as the form itself (i.e. Flying Squirrel Mario, Power Squirrel Mario, and captured Glydon can all "glide"), and it would be nice to see detail on what the moves are in isolation. Sometimes different power-uped forms perform the same move. A quick look through the fly article indicates there are things lumped together there that really aren't the same thing.
  3. EvieMaybe (talk) per all. the current state of the wiki's move coverage just isn't good enough right now to determine whether this proposal would have any benefits. would love to see this proposal again in the future when we have more ground to stand on, but it's not the time right now.

Comments (Merge moves of forms to forms even if they are non-unique and replace Fly with a list)

I am sorry this proposal planned for a while is going to merge an article that was just made. It kind of jumped further up my list of priorities given I don't want people to put hard work into adding to Tail whip if I'm about to try to merge it. Salmancer (talk) 18:17, March 17, 2025 (EDT)

Question; would this merge Fireball Punch, and would this failing result in re-instating Dangan Mario? These manga "forms" are kind of an edge case. Camwoodstock-sigicon.png~Camwoodstock (talk) 18:23, March 17, 2025 (EDT)

Oh dear manga questions. From what I understand of things, I think nothing should happen either way. Dangan Mario was an article as a form, so unless it's getting reevaluated to be a named move it stays where it lies. Fireball Punch is tricky. The thing is that this proposal exists because of pressures from the medium of video games. Fireball Punch is from a linear narrative story, there's not really much of a benefit readers gain from merging Fireball Punch because odds are someone looking at Super Mario Wiki to read about Fireball Mario doesn't need to know what a Fireball Punch is soon after. They might not even be reading the fifth chapter of Volume 1, the only place with a Fireball Punch. You can hardly consider the Fireball Punch to be a core part of Fireball Mario like all of the moves involved in the proposal. Fireball Punch is free from this proposal, though someone else might think the lack of length means it should be merged into Fireball Mario given this proposal is merging many longer articles or sections of articles into their home forms. Salmancer (talk) 18:56, March 17, 2025 (EDT)

@Doc von Schmeltwick for your own sake, you should know "once and only once" as a strict policy has been retired. - Nintendo101 (talk) 19:18, March 17, 2025 (EDT)

Thanks, wish I'd known that before. Doc von Schmeltwick (talk) 19:30, March 17, 2025 (EDT)

Characters aren't forms, so their moves are unaffected by this proposal, which means Scuttle isn't involved, Character/power-ups are unaffected, so Flutter Jump also isn't affected and you can't loophole abuse your way to merging Scuttle through the Luigi Cap. Forms that are improved versions of other forms already defer to the base form for unchanged abilities they inherit. Ice Mario has two paragraphs dedicated to using Ice Balls See example text of everything Penguin Mario has to say about Ice Balls..

After Mario has become this form, he can throw Ice Balls at enemies and freeze them. Mario can then use the frozen enemies as platforms or pick them up and throw them against the wall or other enemies.

- Penguin Mario

The system works! It's repeated for White Raccoon Mario in relation to Raccoon Mario, as per the line, "It gives the player Raccoon Mario's abilities, causes the P-Meter to charge more quickly, allows the player to run and stand on water (like Mini Mario), and grants invincibility for the stage". It's also done for Power Squirrel Mario to Flying Squirrel Mario, with "As Power Squirrel Mario, Mario has all of the abilities of Flying Squirrel Mario, though he never loses the ability to glide and can perform Flying Squirrel Jumps continuously without landing". Salmancer (talk) 19:35, March 17, 2025 (EDT)

"List of methods of flight" as a name for the userpage was designed to be aware that not everything on Fly is the same kind of move. (and also it managed to morph into a list of all ways to get from point A to point B if point B is higher than point A... and then an extra addendum for hovering over hazards.) Would it be better if it were placed in mainspace as "List of methods of flight"? Salmancer (talk) 19:47, March 17, 2025 (EDT)

Regarding your saying that tail whip's info would be moved to Raccoon Mario for 2D games and Tanooki Mario for 3D games, would that not mean that Tanooki Mario's page would not discuss the tail whip until Super Mario 3D Land, despite it being usable by that form in Super Mario Bros. 3? Doc von Schmeltwick (talk) 19:53, March 17, 2025 (EDT)

Tanooki Mario is already doing exactly that. I don't see anything that makes the article hard to follow, short of it going "there is mandatory reading before reading this article." Which White Raccoon Mario and White Tanooki Mario have been doing as well. It's fine.

In this form, he can turn into an invulnerable statue by holding +Control Pad down and pressing B Button at the same time, in addition to using Raccoon Mario's moves, making it an improved version of Raccoon Mario.

- Tanooki Mario, Super Mario Bros. 3 section.

However, the form's mechanics are different from Super Mario Bros. 3, as while Mario can still tail whip (by pressing X Button or Y Button) and glide (now done by holding A Button or B Button, as with Caped Mario, rather than tapping the buttons), he cannot fly during gameplay.

- Tanooki Mario, Super Mario 3D Land section.
Uh, filler text for sig. I guess I'm advocating for building the 3D Land text up more, since that game shouldn't be deferring to Raccoon Mario as it sort of does now. Salmancer (talk) 20:05, March 17, 2025 (EDT)
But how is it superior to do so compared to just having an article for the move? Doc von Schmeltwick (talk) 20:17, March 17, 2025 (EDT)
Hypothetical: "Wow! Tanooki Mario is so cool! What does he do?/I just beat 3D Land, is there any nuance to it I missed?/Are there any bugs in 3D Land I can exploit with it? I know, I'll go to the Tanooki Mario page on Super Mario Wiki!"
In the current wiki, the three hypothetical people with varying interest in Super Mario read both an article on Tanooki Mario and an article on Tail whip to find everything they want to know. This proposal wants to make all of them only read one article, Tanooki Mario. I think this is better because it saves them the additional click and additional loading time and appeals to lower attention spans. I value these hypothetical readers over the hypothetical reader who is a Mario historian who wants to see the evolution of Tail whip across every game of the franchise. Keep in mind, redirects exist so the earlier three hypotheticals can mostly get to the right page if they zig where I think they'd zag and search for a move name. Okay except for Tail whip in specific because of the 2D/3D split, oof moment. I guess disambiguation pages still let my example work since while there would still be two pages to look at the first of them would be short and quick to load because its a disambig and therefore still superior to having Tail whip as full article alongside Raccoon Mario and Tanooki Mario. Salmancer (talk) 20:59, March 17, 2025 (EDT)
"Gee, I wonder if that cool thing Tanooki Mario does appears in any other games for any other forms?" This is the more likely question that would be asked. Which is why the move page makes more sense. Doc von Schmeltwick (talk) 21:01, March 17, 2025 (EDT)
I think my system still lets that person get to the answers reasonably intuitively. Tanooki Mario says it's super duper Raccoon Mario, so navigating to that page seems reasonable if one wants more tail whipping action. From Raccoon Mario they'll hit Tail. The only odd one out is Mario Kart Super Leaf, which is exclusively covered on Super Leaf, except thanks to Tanooki Mario being playable in Mario Kart Tour with the Super Leaf as his special skill that hypothetical person should still hit Super Leaf. We could just add a Mario Kart series "sentence long section with a {{main}} link" to Raccoon Mario to patch that hole up, and maybe note that giving Tanooki Mario the Super Leaf as a special skill closely reflects the platforming video games, meaning we have all the links the Tail whip article would have without needing to make a Tail whip article.Salmancer (talk) 21:22, March 17, 2025 (EDT)
IMO this just sounds like a lot of confounding mental gymnastics to me and just having a page for the move removes most of the leaps of logic and assumptions on what people will and will not know. Doc von Schmeltwick (talk) 22:02, March 17, 2025 (EDT)

Miscellaneous

None at the moment.

Retrieved from "https://www.mariowiki.com/index.php?title=MarioWiki:Proposals&oldid=4788638"