MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
 
Line 1: Line 1:
<center>http://i143.photobucket.com/albums/r149/Deadringerforlove/dessert1.jpg</center>
{{/Header}}
<br clear="all">
==Writing guidelines==
{| align="center" style="width: 85%; background-color: #f1f1de; border: 2px solid #996; padding: 5px; color:black"
''None at the moment.''
|'''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 using the code <nowiki>{{User|</nowiki>''User name''<nowiki>}}</nowiki>.


This page observes the [[MarioWiki:No-Signature Policy|No-Signature Policy]].
==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 [[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?


<h2 style="color:black">How To</h2>
I have several pitches for you.
#Actions that users feel are appropriate to have community approval first can be added by anyone, but they must have a strong argument.
#Users then start to discuss on the issue. 24 hours after posting the proposal (rounding up or down to the next or previous full hour, respectively, is allowed), the voting period begins. (The proposer is allowed to support their proposal right after posting.) Each proposal ends at the end of the day one week after voting start. ('''All times GMT''').
#Every vote should have a reason accompanying it. Agreeing or seconding a previously mentioned reason given by another user is accepted.
#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. The voter can remove or rewrite their own vote at any time, but the final decision to remove another User's vote lies solely with the [[MarioWiki:Administrators|Administrators]].
#All proposals that end up in a tie will be extended for another week.
#If a proposal has more than ten votes, it can only pass or fail by a margin of '''three''' votes. If a proposal reaches the deadline and the total number of votes for each option differ by two or less votes, the deadline will be extended for another week.
#Any proposal that has three votes or less at deadline will automatically be listed as "[[Wikipedia:Quorum|NO QUORUM]]." The original proposer then has the option to relist said proposal to generate more discussion.
#No proposal can overturn the decision of a previous proposal that is less than '''4 weeks''' ('''28 days''') old.
#Proposals can only be rewritten or deleted by their proposer within the first three days of their creation. However, the proposer can request that their proposal be deleted by a [[MarioWiki:Administrators|Sysop]] at any time, provided they have a valid reason for it.
#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.
#There shouldn't be proposals about creating articles on a underrepresented or completely absent subject, unless there is major disagreement about whether the content should be included. To organize efforts about completing articles on missing subjects, try creating a [[MarioWiki:PipeProject|PipeProject]].
#Proposals cannot be made about [[MarioWiki:Administrators|System Operator]] promotions and demotions. Sysops can only be promoted and demoted by the will of [[MarioWiki:Bureaucrats|Bureaucrats]].
#If the Sysops deem a proposal unnecessary or potentially detrimental to the upkeep of the Super Mario Wiki, they have the right to remove it at any time.
#No joke proposals. Proposals are serious wiki matters, and should be handled professionally. Joke proposals will be deleted on sight.


The times are in [[wikipedia:GMT|GMT]], and are set so that the user is more likely to be online at those times (after work/school, weekend nights). If a proposal is added on Monday night at 23:59 GMT, the deadline is the night of the Tuesday of the next week at 23:59 PM. If it is posted a minute later, the deadline is 23:59 PM of the Wednesday of the next week, since midnight is considered to be part of the next day, as 00:00 AM.
<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>


===Basic Proposal and Support/Oppose Format===
''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.''
This is an example how your proposal should look like, if you want it to be acknowledged. If you are inexperienced or unsure how to set up this format, simply copy the following and paste it into the fitting section. Then replace the [subject] - variables with information to customize your proposal, so it says what you wish. If you insert the information, be sure to <u>replace the whole variable including the squared brackets</u>, so "[insert info here]" becomes "This is the inserted information", not "[This is the inserted information]".
-----
<nowiki>===[insert a title for your Proposal here]===</nowiki><br>
<nowiki>[describe what issue this Proposal is about and what changes you think should be made to improve how the Wiki handles that issue]</nowiki>


<nowiki>'''Proposer''': {{User|[enter your username here]}}<br></nowiki><br>
<big>'''''OPTION ONE'''''</big><br>
<nowiki>'''Voting start''': [insert a voting start time here, f.e. "2 January, 2010, 14:00". Voting start times are 24 hours after the time at which the proposal was posted, as described in Rule 2 above.]<br></nowiki><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.)
<nowiki>'''Deadline''': [insert a deadline here, 7 days after the voting start, at 23:59 GMT.]</nowiki>


<nowiki>====Support====</nowiki><br>
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
<nowiki>#{{User|[enter your username here]}} [make a statement indicating that you support your proposal]</nowiki>


<nowiki>====Oppose====</nowiki>
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.


<nowiki>====Comments====</nowiki>
<big>'''''OPTION TWO'''''</big><br>
-----
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.
Users will now be able to vote on your Proposal, until the set deadline is reached. Remember, you are a user as well, so you can vote on your own Proposal just like the others.


To support, or oppose, just insert "<nowiki>#{{User|[add your username here]}}</nowiki> 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 anoother user's Proposal. If you are voting on your own Proposal, you can just say "Per my Proposal".
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.


__TOC__
<big>'''''OPTION THREE'''''</big><br>
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.


<!--<center><span style="font-size:200%">CURRENTLY: '''{{#time: H:i, d M Y}} (GMT)'''</span></center>-->
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.


''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.''


<big>'''''OPTION FOUR'''''</big><br>
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.


<br>
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.


==Talk Page Proposals==
'''Proposer''': {{User|Ahemtoday}}<br>
All proposals dealing with a single article or a specific group of articles are held on the talk page of one of the articles in question. Proposals dealing with massive amounts of splits, merges or deletions across the Wiki should still be held on this page.
'''Deadline''': March 18, 2025, 23:59 GMT


===How To===
====Option Zero====
#All active talk page proposals must be listed below in chronological order (new proposals go at the bottom). All pages effected must be mentioned in the ''brief'' description, with the talk page housing the discussion linked to directly via "({{fakelink|Discuss}})". If the proposal involved a page that is not yet made, use {{tem|fakelink}} to communicate its title. The '''Deadline''' must also be included in the entry. Linking to pages not directly involved in the talk page proposal is not recommended, as it clutters the list with unnecessary links. Place {{tem|TPP}} under the heading.
#{{User|Jdtendo}} Per Porple "Steve" Montage in the comments.
#All rules for talk page proposals are the same as mainspace proposals (see the "How To" section above), with the exceptions made by Rules 3 and 4 as follows:
#{{User|Waluigi Time}} Per Porple.
#Voting in talk page proposals will be open for two weeks, not one. There is no 24 hour delay between the posting of a talk page proposal and the commencement of voting.
#{{User|EvieMaybe}} perple montage
#Talk page proposals may closed by the proposer if both the support ''and'' the oppose sides each have fewer than five votes.
#{{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.)
#The talk page proposal '''must''' pertain to the article it is posted on.
#{{User|Arend}} Per Porple.
#{{User|Nintendo101}} Per porplemontage.
#{{User|Salmancer}} Oh, huh. I suppose this is a solved problem then.  


===List of Talk Page Proposals===
====Option One====
*Split {{fakelink|Star Hill (Mario & Luigi: Partners in Time)}} from [[Star Hill]]. ([[Talk:Star Hill|Discuss]]) '''Passed'''
#{{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.
*Split the weekly microgames from NinSoft and contests in [[WarioWare: D.I.Y.]] into separate pages. ([[Talk:WarioWare: D.I.Y.|Discuss]]) '''Overtime'''
#{{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.
*Split [[1-Up Super]] from [[1-Up Mushroom]]. ([[Talk:1-Up Mushroom|Discuss]]). '''Deadline:''' July 10 2010, 24:00
*Merge [[Giant Spiked Ball]] into [[Spiked Ball]]. ([[Talk:Giant Spiked Ball|Discuss]]). '''Deadline:''' July 19, 2010, 23:59
*Merge [[Mad Big Boo]] into [[Mad Boo]]. ([[Talk:Mad Big Boo|Discuss]]). '''Deadline:''' July 19, 2010, 23:59
*Split {{fakelink|Pumpkinhead Goomba}}/{{fakelink|Jack O' Goomba}} from [[Goomba]]. ([[Talk:Goomba#Split_Pumpkinhead_Goomba.2FJack_O.27_Goomba_from_the_Goomba_Page|Discuss]]). '''Deadline:''' July 24, 2010, 03:09
*Merge [[Congazuma's Castle]] into [[Congazuma]]. ([[Talk:Congazuma's Castle|Discuss]]). '''Deadline:''' July 27, 2010, 9:30


==New Features==
====Option Two====
#{{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.


===Wiki welcome template===
====Option Three====
I noticed some users (including me) having welcome templates with links to the help section, rules, etc... New users are supposed to get those. However, only some of them do. You see, some new users get reminders for not reading the rules. But if they're new, how are they supposed to know where the rules are without a welcome template. I don't know if this is possible, but I propose we make a wiki welcome template, that will be automatically on the new user's talk page. Like the one in zeldawiki, just with more details. This may reduce the reminders and all the misunderstandings.
#{{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.


'''Proposer:''' {{User|Mr bones}}<br>
<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>
'''Voting Start:''' 08:58, 10 July 2010<br>
'''Deadline:''' 23:59, 16 July 2010<br>


==== Support ====
====Option Four====
#{{User|Mr bones}} Per proposal.
#{{User|Frostyfireyoshi}} This seems a much better idea than having a bunch of users going round and only welcoming certain users, as this will make sure every new user knows the rules and has useful links for whenever they may become confused.
#{{User|MrConcreteDonkey}} Per all. I didn't get one - :'(
#{{User|LeftyGreenMario}} Everyone should get these. I mean, I'm in the same boat as MrConcreteDonkey! One downside might be the lack of unique welcome templates created by users, though.
#{{User|Commander Code-8}} I got one only because I'd done something wrong and needed a reminder. Per all.
#{{User|Fawfulfury65}} Now everyone can get a welcome message whether they like it or not. Per all.
#{{User|Booderdash}} There are absolutly no downsides to this (at least not that I can think of at the moment. I never really saw the point of user made welcomes anyways since they practically say the same thing except for different colored templates and a different image.
#{{User|KS3}} per all.
#{{User|Dry dry king}} Per all. I got one, but another friend of mine gave me a second one because he couldn't be sure if I'd gotten one or not. This way, we can be sure.
#{{User|Bowser's luma}} Per all.
#{{User|T.c.w7468}} Per all. I don't see anything wrong with this.
 
==== Oppose ====


====Comments====
====Comments====
That would probably work if new users were actually reading their welcome templates. Practice has shown that most of them just skip and delete them. Doing this will just result in additional work for almost no gain at all. - {{User|Edofenrir}}
{{@|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)
:If a welcome template appears on new users' talkpages automatically, wouldn't that mean user-made welcome templates like [[User:Fawfulfury65/Welcome]] would have to be deleted? {{User|Fawfulfury65}}
 
@Edofenrir  You're right, some users don't read their welcome templates, and they face the consequences. However, some other users do not have a welcome template, so they can't read one.
 
@FF65 Yes, they'll be deleted, however, like FFY said, this is the only way to make sure every user has his/her welcome template. We can use some examples like your editing tips though.{{User|Mr bones}}
 
I didn't have a welcome template and yet, my sister had one. :( Had to resort to the Help page. {{User|LeftyGreenMario}}
 
Will this be like how Wikia welomes everyone after they make one edit? {{User|BluePikminKong497}}
 
Nipe, if you were on zeldawiki. You should've noticed a user named TheStoneWatcher. However, it is not a real user, but some sort of a...I can't find the right word to describe him. However, I think it's this[http://www.mediawiki.org/wiki/Extension:NewUserMessage] that we need. I am not good at those...{{User|Mr bones}}
 
Mmmmmm, we don't even know if its possible or not. We'll have to ask Steve.
{{User|Booderdash}}
 
@Mr bones: Yeah, I also suggest we add some editing tips to the welcome messages like on my welcome message. I actually got the idea from [[User:YellowYoshi398/w]], which probably has some better tips. {{User|Fawfulfury65}}
 
Steve won't allow a bot. {{user|Tucayo}}
 
@Tucayo Heu...What is a bot? Also, since it's possible on zeldawiki and wikirby, I'm pretty sure it'll fit here...I think...{{User|Mr bones}}
 
Okay, then check [[User:MarioWiki Bot|this]] out! Steve made the bot...before the proposal passes...{{User|Mr bones}}
:Yes, and the bot seems to already be working. A new user just got a welcome template automatically. But yeah, we should put editing tips into the message, I'm sure it could help a lot of users. {{User|Fawfulfury65}}


@FF65 You're right, this way, they'll learn basic editing rules. We're gonna discuss about what we're gonna put later.{{User|Mr bones}}
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)


Ok, is this on yet? Since I just found about 3 new users who didn't have the template. {{User|Booderdash}}
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)


No, it does work actually.--[[User:Mr bones|Mr bones]] 18:19, 13 July 2010 (UTC)
On a vaguely related note, why do "tie" and "failed to reach consensus" have two separate colours in the proposal archive when the former is essentially a type of the latter? I don't really see the difference between them besides the fact that the wiki used to call them "ties". I also counted no more than four "tied" proposals in the entire archive, the last one having been in 2011, so it seems strange and confusing to still be using a separate colour for it. {{User:Hewer/sig}} 13:38, March 18, 2025 (EDT)
 
:This is something I noticed as well while making the proposal — I kind of considered addressing it, but the proposal was already a bit sprawling, so bundling in a change to that seemed like a poor decision. If someone were to make a separate proposal to axe the "tie" color, I'd back it. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 14:10, March 18, 2025 (EDT)
Thats good. {{User|Booderdash}}


==Removals==
==Removals==
===Remove the fake "New Messages" boxes.===
''None at the moment.''
Yes, I know this was said before, but it was never inforced. You know how sometimes onuserpages there are fake "new messages" boxes? Well, they annoy me, and ot just me. Like once, we had to babysit our neighbor, and, when i clicked on the link on {{User|Hatena Kid}}'s page, a loud, annoying video popped up, resulting in the baby crying from its nap, and having a fit. Another one had a disturbing picture of a camel that was innapropriatte for little kids. Since nobody did anything about, and for the other stuff I said, i think we should take some action.
 
'''Proposer:''' {{User|BluePikminKong497}}<br>
'''Voting Start:''' 21:11, 10 July 2010<br>
'''Deadline:''' 23:59, 16 July 2010<br>
 
====Support====
#{{User|BluePikminKong497}} Per proposal.
#{{User|Edofenrir}} - I think the proposal description explains perfectly why this is not just a stupid joke. It tricks users by messing with basic wiki mechanics. These pranks can break people's trust in the page mechanics, and this is where it stops being funny, and just becoes a nuisance. Per the proposal.
#{{User|Fawfulfury65}} Per all.
#{{User|Walkazo}} - Per all. Per the old proposal.
#{{User|Mr bones}} Althrough I don't get angry when I get tricked and rick rolled, if this makes most users angry, then it's a wise thing to support. Also, per Edo, using the wiki tools for pranks is kinda destrubing.
#{{User|MrConcreteDonkey}} Per all. It's very annoying. If they want to include them, then they should put it somewhere else on the page.
#{{User|LeftyGreenMario}} Fake messages are easy to identify (never got tricked), but it's annoying. If someone must have a fake message box, at least he/she should alter it so people can easily distinguish it. (I.e. You DO NOT have a new message) or something like that.
#{{User|Its-a-me Yoshi!}}Per LeftyGreenMario.
#{{User|Baby Mario Bloops}} - Per LGM with the differences. I mean, some people might be awaiting a message, and they are searching through user's pages, and they find the fake message box. They click it not realizing it is fake as it is worded the same as a message box, and they are rick-rolled. They are annoying, immature, stupid, a waste of a user's time..............
#{{User|KS3}} I know some [[User:Tucayo|users]] who have them, and it's pretty annoying. (I used to have one, but [[User:BabyLuigiOnFire|someone]] made me delete it.) Per all.
#{{User|BabyLuigiOnFire}} This rule should be enforced. I HATE those boxes. I get excited when I see them, but then, I just realize, oh my god, it's just another of those fake boxes. Rawr. You can't fool me. It's just ANNOYING. So I say we KILL, EXPLODE, and EAT those boxes. Every one of them. No survivors.
#{{User|Commander Code-8}} At first I thought this wasn't necessary but after another look I see how annoying it is. Per all
#{{User|Canama}} Per all.
#{{User|T.c.w7468}} Per all.
#{{User|Arend}} Per all. And, um, Tucayo, it might be true that WE could recognize them, but a completely new user NOT.
#{{User|Bowser's luma}} If your like me you'll click on it anyway. Curiosity killed the user... Per all.
#{{user|Dry dry king}} Per all. Yes, ''all''. Every single one of them. '''ALL''' of them! '''PER ''ALL''!!!'''
 
====Oppose====
#{{User|NARCE}} - Stupid, annoying, pointless. But that's never been a great reason to remove something.
#{{user|Tucayo}} - Your case is one in a million. If you are smart enough you can see they are fake. They are a joke, have some sense of humor.
 
====Comments====
I just went under the the tedious procedure of digging through all our proposal archives to find the proposal that addressed this issue earlier. It can be found [http://www.mariowiki.com/MarioWiki:Proposals/Archive_15#More_Than_A_Joke here]. This new proposal might be a good way to double-check if the points made in the past still are valid in the eyes of today's userbase. - {{User|Edofenrir}}
 
It should be called "Enforce the Rule" proposal, like how there is the "Enforce the No-Sig policy" proposal. Anyway, it's easy to tell between a fake message box and real ones, but fake message boxes are annoying still. {{User|LeftyGreenMario}}
 
I saw a TON of sysops with them though. Tucayo for one, but there was alot more "contributive" people who had them.
{{User|Booderdash}}
::'''@Booderdash''': Sorry to say this, but try to get your facts straight before saying that. First of all, Tucayo is not a Sysop anymore. Second, not a single Sysop or Patroller has that up on their User Page, as I just went through the list. And, I mean, the more contributive people that have it, it goes to like "Special:Mypage" to where it is not as bad as other things it could be. BTW: My opinions are made clear in the proposal before that Edo linked. {{User|Baby Mario Bloops}}
 
:::Baby Mario Bloops, he had it when he was STILL a sysop though. ANd I remember some other people who had it. {{User|Booderdash}}
::::'''@Booderdash''': Yeah, I realized that. Also, I made it clear that you point out '''had'''. Many users have removed it after the first proposal, and yet some still keep theirs. This proposal is a enforcement to make sure that all those fake message boxes get removed. {{User|Baby Mario Bloops}}
:::::Most of the users didn't hear about the proposal, especially the new ones. I was inactive during the time. Also Ks3, how could Blof make you remove it? You didn't ''have'' to, at least yet, but she asked you to. {{User|Booderdash}}
:::::: Meh, I kinda liked those boxes. Its mostly just a rickroll but much more harmless. Its a sophisticated kind of humor. {{User|Booderdash}}
:::::::You have a rather uncommon definition of "sophisticated humor". - {{User|Edofenrir}}
::::::::Probably, yet then why is rickrolling such a popular fad on most websites? {{User|Booderdash}}
::::::@Booderdash: I remembered she gave me a reminder or warning of some sort. {{User|KS3}}
:::::::Nooope. I just told you to remove it. {{User|BabyLuigiOnFire}}
Sophistication is in no way proportional to popularity. Those two things are entirely different values. On the contrary, actually; Sophisticated humor tends to reject the majority of people. Therefore, most popular jokes are those that are more rudimentary. But this isn't subject of this proposal. - {{User|Edofenrir}}
:::::::I still don't see whats so bad about it. I mean especially if you just changed it to Special:Random or something like that. I would get how getting transferred to another website might irritate you, but if you just stay on this site, I would think its ok. Besides some of you guys are taking it way too seriously. Its just a harmless joke especially if it doesn't lead you away from this site. The deleted page archive in MY opinion is much more unfunny than the fake message box.
 
Many people have even said my fake template is really funny. And it is unoffensive. One link leads to a funny, UNOFFENSIVE page, and the ptehr one to [[Game Over]]. I don't see any harm in that. {{user|Tucayo}}
 
Exactly what Tucayo said. There is absolutly no harm in this. Plus, it teaches a valuable lesson:Don't get too excited and click random things. That can get you viruses. Also, if you're running away from a giant boulder and you see a wallet on the floor, are you going to get it? besides if you were already on someones USERPAGE, you would probably be in a very social mood, which I would think tolerate fake message boxes.
{{User|Booderdash}}
 
Those fake messages do not cause harm, just some people can't take a joke. However, if the link leads to a screamer or a scary picture, or some meture contents, or something that harms your computer. It'll be a good thing to remove those. I only supported becuse it's a wiki tool.{{User|Mr bones}}
 
It's a joke all right. It's funny the first time you see it. But once it starts pooping (haha) up everywhere, it starts getting terribly UNFUNNY and UNCOOL. And it NEVER makes me laugh or tricks me. I came to people's userpages to learn about the user, not to get "tricked". And "many people" is not "all people." If the message leads to somewhere funny, so be it. I don't care. I just hate to see that stupid, fake, orange box when I expect a new message.
{{User|BabyLuigiOnFire}}
 
Well, its ok if it doesn't make you laugh, its just a thing. You don't have to think its funny. You just have to leave it. Like your pooping joke wasn't funny, but I can still take it. The message can just lead to Special:Random for all I care. I just think its a bit childish to have a proposal to remove fake message boxes just because they annoy a few people. And i still can't get how its annoying. Is it like some people think babies are annoying? Anyways, I don't see how anyone could fall for it. Its just interesting to see whats on the other side of the link.  {{User|Booderdash}}
 
:A few people? A lot of people get annoyed by it. And I intentionally meant "popping", but I had a typo and decided to leave it like that. And, like Edofenrir said, it's a way to mess with the wiki mechanisms, which makes us lose trust. And who doesn't like new messages? A lot don't like seeing the link go to another place when they expect a new message. {{User|BabyLuigiOnFire}}
::As I said, it is REALLY EASY to find out fake boxes. {{user|Tucayo}}
:::True, but it still annoys me. {{User|BabyLuigiOnFire}}
::::I know you did, but it was kind of a joke right? Anyways, i doubt anyone will lose their interest over wiki mechanisms from fake message boxes. besides if there is a real message, there would be two boxes on the screen and that is hysterical. {{User|Booderdash}}
:::::Oh yes, two boxes. So hysterical. Maybe later there will be three. {{User|Bowser's luma}}
::::::I doubt it. What person would be dumb enough to put 2 fake messages on their page?{{User|Booderdash}}
:::::::Sarcasm, Booderdash. {{User|Bowser's luma}}
 
If the links are so bad, well, I saw this thing called a fake-link, and if you just put a fake link, would that be as bad? That way, when you click it, nothing happens, which wouldn't lead you to another page or anything, because it does ''nothing''! Am I right? :)
{{user|Dry dry king}}
 
Well, that would piss people off, becuse they'd get all excited and go and click it... but nothing happens! Some people might think they're computers are malfunctioning and take it to the repairs and lose money. {{User|Booderdash}}
:Seriously, who would do that? To think their computer is malfunctioning because they cannot click on a link? {{User|BabyLuigiOnFire}}
::Proves my point, who would get angry at a fake message box that apparently doesn't even work? {{User|Booderdash}}


==Changes==
==Changes==
===Reduce focus on content only somewhat related to ''Mario''===
===Give ''Taiko no Tatsujin'' an article===
In looking at the [[Kirby]] article, I see quite a bit of content that is related to the ''Super Smash Bros.'' series. Now while I do not think that all of it should be removed, I feel that we needn't discuss content that is related only to Kirby or other series. It should only focus on the relevant references made to Mario by Kirby's powers, trophies, etc. My proposal is to remove such content unless it is related to Mario in some way [ie, mentioning that Kirby has various copy powers taken from Mario series characters]. But also - create a kind of affiliation between this site and the Smash Bros. Wikia. This way, instead of putting "amateur coverage" of Smash Bros. content, we can direct the readers to a site that covers the Smash Bros.-related content much more deeply. In turn, they can send readers our way for Mario-related content.
''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.
 
'''Proposer''': {{User|NARCE}}<br>
'''Voting start''': 12 July, 2010 21:11<br>
'''Deadline''': 19 July, 2010 21:11
 
====Support====
#{{User|NARCE}} As the proposal creator.
 
====Oppose====
#{{user|Tucayo}} - We will not have any affiliation with Wikia.
#{{User|Gamefreak75}} - Well, not necessarily wikia Tucayo, but I see no use in doing this.
#{{User|Mr bones}} I see there are two proposals. Anyway, both are unecessary.
#{{User|4DJONG}} Well, we are not affiliated with Wikia, and the Smash Bros. Wiki is, so we can not affiliate with them in any way. Also, we should keep the Smash Bros. information on the pages because Smash Bros contains characters from Mario's series. If we were to go through with this, we would have to remove all the Wario, Donkey Kong, and Yoshi series information, and affiliate with there respective Wikis.
#{{User|KS3}} Per all.
#{{User|Bowser's luma}} Per all.
#{{User|Booderdash}} Just the Smash Bros. wikia? How about Kirby wikia, Zelda wikia, Final Fantasy wikia, Kingdom heart wikia, Pokemon wikia, phineas and ferb wikia, Resident Evil wikia, or Spongebob wikia? -_-
#{{User|Edofenrir}} - While we need to take care of our unorganized Super Smash Bros. content eventually, I highly doubt this is the right way.
#{{User|Zero777}} I am Zero! Per Tucayo and I took a look at the Kirby article and their wasn't anything like what you talked about there. Zero signing out.
#{{User|Baby Mario Bloops}} - We aren't wikipedia where you actually have to hunt for information about Mario to here. Also, we are not about to just drop all the hard work we did on those not really related articles of Mario just to gain an affiliation with Wikia or Super Smash Bros Wiki.
#{{User|Walkazo}} - As a member of the [http://www.niwanetwork.org/ Nintendo Independent Wiki Alliance], we can not affiliate with a Wikia. A goal of NIWA is to create traffic between the wikis, and SSB is a prime way to do that, though each wiki will still include the basics. But for now, I think our comprehensive coverage of the non-''Mario'' SSB content is perfectly reasonable.
#{{User|Commander Code-8}} Per all.
#{{User|T.c.w7468}} Per all.
 
====Comments====
 
The use lies in creating more focused content. As opposed to attempting to give subpar coverage of non-Mario content, we give hits to the site that actually provides incredibly detailed content, and vice versa for the Mario series. - [[User:NARCE|NARCE]] 17:04, 13 July 2010 (UTC)
:As I said, no. We won't have any type of affiliation with Wikia. {{user|Tucayo}}
::Did you read the proposal? The act would involve CREATING an affiliation. - [[User:NARCE|NARCE]] 18:25, 13 July 2010 (UTC)
:::We are an independent Wiki, the Smash Wiki is not. Therefore, we won't have any affiliation with them. {{User|Fawfulfury65}}
 
<br clear=all>


===Change categories such as "[[:Category:Beta elements]]" to "[[:Category:Articles with beta elements]]".===
*The DS version has "Super Mario Bros." as a track, [https://www.youtube.com/watch?v=870WLPGnnKs using imagery from the games].
From what I hear, the beta elements pages were created because it was too difficult for the reader to find beta elements unless they were split out. This way, articles can be meatier and less forked, and readers can still find the relevant content. This proposal would affect all related categories and articles related to those categories such as [[:Category:Glitches]], and would result in the subpages being merged, such as [[Mario's Tennis/Beta elements]].
*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.''
*''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.


'''Proposer''': {{User|NARCE}}<br>
''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.
'''Voting start''': 12 July, 2010 21:16<br>
'''Deadline''': 19 July, 2010 21:16


====Support====
'''Proposer''': {{User|Scrooge200}}<br>
#{{User|NARCE}} As the proposal creator.
'''Deadline''': March 30, 2025, 23:59 GMT


====Oppose====
====Support (Bring Us One Degree of Separation Closer to Jimmy Neutron)====
#{{User|Booderdash}} Useless.
#{{User|Scrooge200}} Per proposal.
#{{User|4DJONG}} Well, there is no point in changing the name by two letters, and merging the "subpages" would cause some pages to double in length with information that works well in separate articles. Also, it would take a good amount of time to move the information, the current setup has worked with new and old users, that is why this proposal lacks a point.  
#{{User|Camwoodstock}} Makes sense to us; with how many cross references there are both ways, it seems only fair.
#{{User|Edofenrir}} - Pointless.
#{{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|Walkazo}} - Per all. The current set-up works just fine.
#{{User|Killer Moth}} Per proposal.
#{{User|Commander Code-8}} It'll just make it longer to tye in. Basically useless
#{{User|KS3}} Per Baby Mario Bloops' comment.
#{{User|Bowser's luma}} Per all.


====Comments====
====Oppose (No More Megalovania, Please)====
Why? {{User|KS3}}
:This is one of the times I can easily say "Good Point" to you, KS3. We don't need the '''Articles with''' part as it is just extra and we don't need the extra. {{unsigned|Baby Mario Bloops}}


Well, I concur with you both because the first two words in the proposed name are pointless.{{User|4DJONG}}
====Comments' Perfect Math Class====
:Looking at [[Mario]], size doesn't seem to be a problem with MarioWiki articles. To say that there is no point in creating a more concise article is absurd - it would factually improve them, and whatever ones aren't improved by the measure can easily remain split out on a case-by-case basis. The whole reason the split-off sections exist was to more easily categorize them. This, factually, solves the problem of categorization. Is it a problem if a category doesn't sport some amaazingly flashy name? - [[User:NARCE|NARCE]] 04:24, 14 July 2010 (UTC)
{{@|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)


===Stricter featured article standards.===
===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.===
From looking through some of the FACs, as well as some of the articles already featured, I've seen that not one article actually passes the criteria presented in MarioWiki's FA standards. Let's examine them, and let's use the most recent article - Mario Power Tennis - as an example.
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]])


'''  1. …be well-written and detailed.''' - Not the worst writing, but it could be improved significantly in both flow and how it presents itself. But the problem with this point is that it is not detailed. Gameplay and plot-wise? Yes. But it does not educate the reader of how it came into being, nor does it tell readers how much it sold, or how the critics received it.
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!)


'''  2. …be unbiased, non-point of view.''' - Not a major problem, but I did notice some instances where the writer[s] give their own POV, such as suggesting that Wario and Waluigi being injured in the commission of their evil scheme was unfortunate [whereas someone may object and say that because they only got injured by their own evil design, they got what they deserved].
But we’re already doing this, just under the veneer of putting it under existing articles. These articles, for example:


'''  3. …be sourced with all available sources and Mario-related appearances.''' - And here's the kicker. Some may argue that it is sourced in that it has A source, but that's not acceptable. This criteria clearly expects an article to be fully referenced. As it is, almost every article fails this standard, save for some like the "list of Zess T. recipes", whose source is obviously the game.
*[[Shell dash]] ([[Shell Mario]])
*[[Dive]] (Claw dives of [[Cat Mario]])
*[[Drill Spin]] ([[Propeller Mario]])


'''  6. …have a proper lead that gives a good summary of the topic and can be used for the front page featured box.''' - The lead does not mention who created the game [the person, not the company], how well it was received, and mentions the Wii version as an important aspect, when the Wii version should be mentioned at the end, as this article is about the GameCube version.
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.


'''  8. …have significant information from all sources and appearances, especially a biography for character articles.''' - Aside from development and reception info, it is fairly significant, but it fails this criteria in that it doesn't take from any sources.
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?


Without any criticism of what is there - such as the bloopers, which, as a Wikipedian, I'm not a fan of them being there, but I do understand that this is supposed to be a "complete Wiki", and as such, they should be there - I can say that what isn't there absolutely guarantees that is is not ready for featured status. I think people take it too seriously - first and foremost, writing a quality article is priority over being praised for it. There are rules put in place to prevent people from successfully featuring more than three articles. Seriously - take pride in your work, not the award you get for it.
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.


'''Proposer''': {{User|NARCE}}<br>
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.
'''Voting start''': 12 July, 2010 22:42<br>
'''Deadline''': 19 July, 2010 22:42


====Support====
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.  
#{{User|NARCE}} As the proposal creator.


====Oppose====
[[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.
#{{User|Booderdash}}Useless, and thats way too strict. That would make us have to unfeature alot of our previous featured articles.
#{{User|Edofenrir}} - Everything you have proposed just now is basically already in the FA rules. The "problem" here is that FA nominations contain a voting process, and as such, they are subjective. The reason why these articles get featured despite their flaws is because there were, are, and always will be people who just aren't so strict with rules, and as such, are more indulgent with the nominated articles. Your proposal will not change the people's hearts, and therefore, it is pointless.
#{{User|Baby Mario Bloops}} - Nothing is ever perfect to everyone. That is why we have the voting system. If you do this, then it is like impossible for an FA to become a FA.
#{{User|Commander Code-8}} What they're standards are fine.
#{{User|Mr bones}} Per all
#{{User|KS3}} Per Booderdash.
#{{User|4DJONG}} Well, all of it is already in the the FA rules, and there are many people who are not as strict with the rules as you. Also, the rules are subjective with every article in the Wiki, every article has different problems and strengths, some are minor some major, there is a difference between what really needs to be fixed and what you can fix on your own. If there were only strict people running the process, there would be no featured articles, that is why this proposal is useless.


====Comments====
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.
Man, you make too many proposals x.x {{user|Tucayo}}
:You can never have too many legitimate proposals. - [[User:NARCE|NARCE]] 16:45, 13 July 2010 (UTC)
::"Legitimate"? What's wrong with the FA standards now? Have you really seen FA's that actually do not follow at least one rule? And of those articles, which of them are currently or have been nominated for unfeaturing? We don't need to expand the rules, we understand the rules, and we have a excellent rule system for FA's. {{User|Baby Mario Bloops}}
:::The problem with the FA standards is that people use a case-by-case standard that they wish to apply whenever a favourite game or character or element is up for FA. The FA standards are almost never enforced in any meaningful way. And it's "like impossible"? Why is it impossible, when it frequently works on Wikipedia? The nomination process is basically "do you like this character? y/n" for a lot of people who will vote the worst article FA if they like the subject. And to the notion that there is any problem with the defeaturing of the articles... how are articles helped by keeping them featured? Having such a mediocre standard for featuring encourages mediocrity. The voting system is easily fixed by removing it as an outright vote. I see peoples' opinions being removed by opposition because they argue that it has been already addressed or that their point does not matter. The whole process is ruthlessly stacked in favour of featuring an article. - [[User:NARCE|NARCE]] 04:24, 14 July 2010 (UTC)


I've noticed that NARCE has been making a lot of proposals and hasn't actually formatted them right. {{User|Commander Code-8}}
'''Proposer''': {{User|Salmancer}}<br>
'''Deadline''': March 31, 2025, 23:59 GMT


===Set limit of proposals by a certain user===
====Merge moves and Listify Fly: Merge moves to forms, and convert [[Fly]] into a list====
Well, first of all, we have this for FA's, so why don't have it here? I now that will not convince you all, so I will detail it even more.<br>
#{{User|Salmancer}} Per proposal.
Please, take this in count, this is nothing personal against anyone.<br>


So, many of the proposals made are rather pointless, impossible, unprobable, or simply useless, so why not set a 2 proposal per person limit in order to avoid this? When one proposal passes/fails, then the proposer can propose another one. Simple.
====Merge moves, Fly is free: Merge moves to forms, but keep Fly as is====


'''Proposer''': {{User|Tucayo}}<br>
====Clip Fly's wings: Do not merge moves to forms, change Fly from an article to a list====
'''Voting start''': 14 July, 2010 18:00 GMT<br>
'''Deadline''': 21 July, 2010 18:00 GMT


====Set proposal limit====
====Oppose: Status quo====
#{{user|Tucayo}} - Per me
#[[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.


====Allow infinite number of proposals by a certain proposer====
====Comments (Merge moves of forms to forms even if they are non-unique and replace Fly with a list)====
#{{User|Bowser's luma}} Sorry Tucky, but this really doesn't seem necessary. Users may have a few good ideas at a time that they wish to propose. They could be restricted by the limit. I understand that they could wait, but limiting proposals wouldn't stop people from making fake/pointless ones. Also, if it is fake/pointless, it should be removed, and if a user continually makes bad proposals, they can be warned or banned or something. From what I see here, you are just fed up with a certain user who made a few "bad" proposals above. Also whether or not a proposal is bad depends on the opinion of the person viewing/making it. Sorry, no way.
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)
#{{User|Booderdash}} Thats not really fair or nesccary.
#{{User|BabyLuigiOnFire}} Please don't compare proposals to Featured Articles. Proposals are an idea. Just because you think it's terrible doesn't mean that others think the same (such as the proposer of those). Besides, what's the point in setting the limit? It's bound to fail anyway. Besides, several people can think up of several well-thought out proposals that they don't want to forget and so they state that idea and see the opinions of the others.


====Comments====
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)
Using the FA rule as an example is terrible because the FA rule reinforces the notion that it is important to be acknowledged for your work with a gold star. - [[User:NARCE|NARCE]] 17:38, 13 July 2010 (UTC)
: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)


Hmm...shorten the proposals per user? Do you mean, when '''his/her''' proposal passes/fails, he/she can add a new one right? In that case, I'm with this. Some proposals are pointless. But FAs aren't the good thing to compare with this. Cause' there are millions of articles!{{User|Mr bones}}
{{@|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)
:Exactly :) Also, NARCE, your comment makes no sense. {{user|Tucayo}}
: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)
::Good then, I'll wait til' tomorrow to vote!--[[User:Mr bones|Mr bones]] 18:18, 13 July 2010 (UTC)
::It makes no sense? Well, here's a q - what good reason exists to limit the number of FAs a person may have under their belt to three? - [[User:NARCE|NARCE]] 18:26, 13 July 2010 (UTC)


Okay, here is the answer. There are so many articles here. If a user creates 10 articles a day. Wouldn't that be a disaster?{{User|Mr bones}}
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)


YOu don't understand, is the number of FA's you can nominate. Not "have under your belt", as they are not yours. {{user|Tucayo}}
"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)


Do TPPs count? {{User|KS3}}
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)
: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)


==Miscellaneous==
==Miscellaneous==
 
''None at the moment.''
===Replace Super Mario Wiki's Logo===
Since the Logo is viewable from every page of the entire wiki, I think it should be replaced by something better. No offense to whoever created the current picture, but for me, it just doesn't fit. So, I created a possible alternative to it which you can see here: [http://img413.imageshack.us/f/mwnewlogo.png/]
It's a mix between Wikipedia's logo and Mario's head. I'm not saying that the current logo has to be replaced with my version, just that it has to be replaced. But if you all like my new logo, I wouldn't mind seeing it on the wiki.
 
'''Proposer''': {{User|Nelde}}<br>
'''Voting start''': 4 July, 2010, 16:10<br>
'''Deadline''': 23:59, 13 July, 2010
 
====Support====
#{{User|Nelde}} Per my proposal.
#{{User|Nerfman2227}} I think the new logo is genius, and, personally, I don't think people would see the logo and say that we are affiliated w/ Wikipedia. Most people should immediately recognize Mario's trademark moustache.
#{{User|Damariogamr}} Not bad, but it looks a little more like Starship Mario. But that's not a complaint.
#{{User|Iamthedude}} This looks good. It may not get chosen, looks like we are a bit outnumbered. However, that logo up there has simply been there a little too long. Every company or website should change their logo at least once in their lifetime. Infact, I wonder if it is even necessary to put the words underneith it, this logo is so well made it describes what the site is without them- a version of wikipedia dedicated to Mario knowledge. Though I oppose the old logo, I give kudos to whoever made it. The background scenes combined with the logo in front is pretty genious.
#[[User:Lu-igi board|Lu-igi board]] per all. also, wikipedia's logo isn't copyrighted. the simpsons wiki for example uses it humourously.
#{{User|Platitudinous}} The old logo is kind of boring. I like the idea of a new logo.
#{{User|Legendkid48}} I agree with {{User|Platitudinous}}, the old one WAS dull!
#{{User|Tigertot}} Yes, I agree. The current logo is dull. In fact, we need a fresh new logo!
#{{User|D3bates}} I agree. The current logo is pretty good, but the effect of it is starting to wear out.
#{{User|NathanMan2000}} I agree. The background of the logo doesn't look like it's from a Mario game at all!
 
====Oppose====
#{{User|Commander Code-8}} I think the current logo is fine. And Per the users in the comments who believe that the new image basically copies Wikipedia.
#{{User|Twentytwofiftyseven}} We're not affiliated with Wikipedia. This logo will likely make many people new to the wiki think the opposite.
#{{User|Zero777}} I am Zero! I get where you're comming from but even though the logo is original the current one we have is fine and original also. Zero signing out.
#{{User|Walkazo}} - Per all. Also, since our logo is used in NIWA affairs, changing it requires a fair bit of effort all over the place, so unless something is so great that it just ''has'' to be our new logo, it would be best to stick with the current design.
#{{User|Edofenrir}} - Per 2257, per Walkazo, and per myself in the comments section.
#{{User|LeftyGreenMario}} Sadly, per all. "Wiki" itself is enough to make new people assume we are affiliated with the wiki. The logo looks nice, but it looks too similar to the Wikipedia logo.
#{{User|Stooben Rooben}} - Per all, including myself in the comments section below.
#{{User|KS3}} <s>Per everyone and everyone in the comments.</s> I will like it if we didn't use the "Wikipedia PKWiki Simpson-Wiki Starship-Mario-with-cracked-temple potatohead copywrited logo thingy" and if this occured a month later.
#{{User|BluePikminKong497}} Per Stoob.
#{{User|4DJONG}} Well, we are not affiliated with Wikipedia, and it looks somewhat like what would happen if Mario received a head-cracking head shot. Plus, we are not a ripoff of Wikipedia. Also, the current logo has only been there a few years, and it looks fine. It might need an update in two to three years, and remember, that is some time from now.
#{{User|Alexfusco5}} Maybe a new logo wouldn't be a terrible idea but the Wikipedia one is not a good alternative and I'm pretty sure its a copyvio
#{{User|LuigiMania}} Per all.
#{{User|Fawfulfury65}} Per all.
#{{User|MeritC}} Per all. That logo itself that I see wouldn't be one that I'd recommend using.
#{{user|Mario jc}} Per all. Nice logo, Nelde, but the original is fine.
#{{User|M&SG}} &ndash; Image might look good, but there will be copyright issues if it gets used; logo is the property of Wikipedia, which the Mario Wiki isn't affiliated with.
#(Green Falcon) The current logo is too beautiful to be replaced.
#{{User|GalacticPetey}} per all, I don't like copycats. Its a cool image but per M&SG
#{{User|Paper Yoshi}} - Per all.
#{{User|Mario Fan 123}} - Great work! But... per all.
#{{User|Pseudo-dino}} - Per Mario Fan 123.
#{{User|Gruffen}}- I am defenetly not against the logo but there will probably be a copyright lawsiut filed by Wikipedia since we are copying the logo.
#{{User|ChillGuy}} We do need a new logo but that one is a little bland.
#{{User|Baby Mario Bloops}} - Lets not steal from Wikipedia. Also, I'm pretty sure that we changed the logo a few years ago. Anyways, I think this logo is fine for another year.
#{{User|Gamefreak75}} Per all.
#{{User|Mr bones}} This is just a matter of taste. Per all.
#{{User|Frostyfireyoshi}} Why, just why? As far as I know, the Wiki IS NOT related to Wikipedia, plus I'm sure that proposed logo is copyright infringement. Per all.
#{{User|MrConcreteDonkey}} I don't hate the new logo, but the current one is more related to Mario, and more colourful and exciting.
#{{User|MechaWave}} No. Just... no.
#{{User|YoshiEgg}} I really like it, but I like the current one better.
#{{User|MoomooYoshi}}Per Green Falcon
#{{User|Big Shot}} Yeah, this current logo works just fine. If it ain't broke, don't fix it.
#{{User|Somebody500}} Cool image, but I per all.
#{{User|BabyLuigiOnFire}} Congrats on the work you did! But, unfortunately, it looks too much Wikipedish. I said that originality is nice. I won't say it again.
#{{User|T.c.w7468}} Per all.
#{{User|Red Mario}} Per all. Wikipedia sucks and we can't dare to look them. Besides, this logo is really good already.
#{{User|Bowser's luma}} Look, somebody took Starship Mario, put it in Photoshop or something, and made it look like piece-of-Pianta-poo wikipedia. Per all. No way.
 
====Comments====
This was really a hard one to decide on. I personally am in favor of the idea of replacing the logo but not with the proposed logo. {{User|Gruffen}}
 
I like originality, though. I think the current logo is fine too. But, it's a matter of taste, not objective facts. {{User|BabyLuigiOnFire}}
 
Personally, I don't like borrowing logos. I mean, the logo you created was borrowed from wikipedia and Mario's face was borrowed from Starship Mario. Besides, that Mario head is creepy, in my opinion. Make the Mario head a mushroom, and I'll be happy! {{User|LeftyGreenMario}}
:@LeftyGreenMario: Which Mario head do you mean? The one above the mushroom emblem? {{User|Nelde}}
 
:The whole logo is Mario's head with pieces flying away at the top. {{User|LeftyGreenMario}}
 
It reminds me of the logo of Earthbound Wiki (anyone at NIWA should know this)
{{unsigned|KS3}}
 
Er... is it just me or does the lower left of the picture have the Pikmin logo from brawl? {{User|LuigiMania}}
 
I am Zero! @LuigiMania: That is Daisy's emblem. At first I thought this was a joke proposal, but I like the originality also, but that logo will do better if when you enter the SMW it will be similar to Wikipedia, instead of the main page, a page with nothing but that logo and a search bar if you understand. Zero signing out. {{User|Zero777}}
:@Zero: So basically [http://www.wikipedia.org this]? BTW, I like the logo but the current logo is just as good - logos are logos; they all depict different things but pretty much all work. May I also suggest that if this proposal does not pass, you make a personal Monobook.css page and then implement your logo? {{User|Marioguy1}}
 
It's a fine logo - I personally like it - but I agree with LeftyGreenMario. I think we should run this by Porplemontage/Steve - the wiki's creator. {{User|Bowser's luma}}
 
I don't really have a problem with our old logo. 'tis fine. A logo is a statement about a website, and your logo basically states "Look here, we are a rip-off of Wikipedia!". I don't want to be a rip-off of Wikipedia, though. - {{User|Edofenrir}}
 
You know, if you don't like the logo, you can just change it in your [[Special:Mypage/Monobook.css|monobook]]. -- {{User|Stooben Rooben}}
 
His logo is freaking awesome.  {{User|Booderdash}}
 
Well, @Edofenrir: I agree, and I still think this logo is inappropriate because there are 5 year olds on the wiki, the proposed logo looks like Mario is receiving a head-cracking head-shot with no blood. {{User|4DJONG}}
 
It looks like Starship Mario, Earthbound Wiki's logo, and Wikipedia's logo combined. {{unsigned|KS3}}
 
I feel that the image should be replaced, but not with that. The current one feels cluttered and unfocused, yet the proposed one looks awkward and unMario-like. I would think that it would be nice to see a cycling main image, such as cycling between various identifiable protagonists and antagonists - ie, Mario, Luigi, Peach, Bowser, Luigi, DK, Yoshi, Wario, Waluigi, Toad, and Daisy. - [[User:NARCE|NARCE]] 05:46, 10 July 2010 (UTC)
 
@Baby Mario Bloops, the logo was changed sometime during 2008-2009. It can be found on [[Mariowiki:Userbox]], as the "Nostalgic user" userbox created by Tucayo. {{User|Frostyfireyoshi}}
 
 
You guys, this is not a proposal about replacing our current logo with that potatoman (no offense to whoever made it on the potatoman part), this is a proposal about replacing the logo in general. For example, I whipped up [http://i31.tinypic.com/nfikxk.jpg this monstrosity]. {{User|Homestar Runner}}
 
[[File:SuperMarioWiki.png]]<br>
Hi everyone. I am WarioSuperstar (brother of patroller Arend) and I created our logo, but I don't think it is a perfect logo. I have only one reason for my opinion, because our logo is not a really logo. It is just a '''picture''' with Super Mario Wiki on it. All the other NIWA wikis have real logos. A logo has to be simple, functional and timeless. Our logo isn't perfect so I made a new logo for our wiki. What do you think about this? I think it is simple, functional and it's a real logo.
{{unsigned|Arend}}
:Dude, that logo ROCKS. {{User|BluePikminKong497}}
::[[File:ExampleStupidNewLogo.png|thumb]]Why thank you! Here is a picture of how it would look if it would be used. But if I look at the results of this proposal, there will not come a new logo. ''Signed by WarioSuperstar, brother of {{User|Arend}}''
 
For some reason, I just don't think it looks good in the corner there. I don't know why. I might just need to get used to it... {{User|Fawfulfury65}}
:Well, my logo does have a really red colour. That may be the reason why you think it doesn't look good. Also I used Internet Explorer in this screenshot, but in Firefox or Google Chrome it would probably look better because of the rounded boxes. I also recommend looking at the full size of the picture if you only watched the small preview. It will look a bit different. EDIT: I toned down the (dark) red colour of the logo. ''Signed by WarioSuperstar, brother of {{User|Arend}}''
 
::That logo looks a lot better than the one we have currently! {{User|LeftyGreenMario}}
:::Okay, I admit that is better than this current one in many ways, but I think that our logo still has life to this wiki to last another six months or so. I just don't think is the time to change our logo yet. {{User|Baby Mario Bloops}}
 
I'm not against changing the logo, I think we do need something that we can easily be recognised by, not just a picture with 'Super Mario Wiki' on it, although I'm against that Mario head that looks like the Wikipedia logo. I don't like the colour and its just generally ugly (no offence to the guy who made it). I like the red mario cap logo above a LOT more, it just needs modifying on some way so it won't look so out of place in the corner. {{User|Windspyro}}
 
[[File:SuperMarioWikiLogo.png]]<br>
[[File:ExampleStupidNewLogo2.png|thumb|Check out the full view!]]Hey people! WarioSuperstar here again. Baby Mario Bloobs said "I just don't think is the time to change our logo yet." I agree with his statement. It can still go a few months. But if we want a new logo for our Mario Wiki, it should be changed on a good date. For example on August 13 (the Mario Wiki anniversary) or January 1 (New Year), but not on a random day. Fafulfury and Windspyro both said the new logo looked out of place in the corner. I keep modifying the logo so it won't look out of place. But after 2 to 3 hours working on it, I simply came to the conclusion that you need to get used to the logo because Mario Wiki always had a square logo in the corner, but the new logo is totally different. ''Signed by WarioSuperstar, brother of {{User|Arend}}''
::I do reason with that logic and all, and the new one right above this message is really amazing and all. Yet, I really don't know what Porple has in mind, and really it is up to him about this topic. And, It's Bloops not bloobs (lol). {{User|Baby Mario Bloops}}
::: You are right Bloops. I guess only the highest ranked users of Mario Wiki can decided which logo will be used on the Mario Wiki and on top of that, most users don't see the point of changing the logo (see the proposal results). But as you probably already noticed, designing logos is really a passion of mine and I got a bit carried away. And sorry for misspelling your name (and Fawfulfury's name). ''Signed by WarioSuperstar, brother of {{User|Arend}}''
 
Whoa this logo down here looks TONS better! [[User:ForeverDaisy09|ForeverDaisy09]] 19:58, 13 July 2010 (UTC)
 
Where's my logo? {{User|Birdo beauties}}
 
Didn't we already change the logo...at least once? I mean, we had a one before this one and it's a scenery of a sprite of Mario and the words: Super Mario Wiki. I don't want to change again. {{User|BabyLuigiOnFire}}
 
=====Broader Process=====
I feel that if we want a new logo, we need to invoke a much broader process to change it because the randomly proposing logos here will ''not'' work.  If it is decided we need a new logo, then it must be done on a separate page with a process specific to creating a new logo.  Any method involving a logo change on this page will be a mess that won't get anything done. {{User|Alexfusco5}}
:How about the sandbox? {{User|KS3}}
::I mean something like a page in which there are a handful of potential logos that people can vote on.  A process like that would get much better results.  {{User|Alexfusco5}}
I agree {{User|Birdo beauties}}
:I also agree. And if people had actually read my proposal they would've seen that it wasn't about replacing the logo with my version but replacing it in general. Though I have to admit that the wording may have been a bit unfortunate. --[[User:Nelde|Nelde]] 12:56, 14 July 2010 (UTC)
 
=====Niwa=====
Also, if you go [http://www.niwanetwork.org here] you would see a bunch of pictures. The second one links to the Super Mario Wiki, and it sucks on there. I personally think that the caps work much better then the current SMG logo thingy. {{User|KS3}}
 
===TPPs on Main Page===
A week or two ago their were no proposals up so nothing appeared on the proposal box on the main page, so I propose when that happens then we should put the TPPs into the proposal box on the main page when no proposals are made. See when their are no proposals then the box is blank with nothing in it except "No proposals at the time", to a visitors point of view a blank box only saying that looks obscure and unprofessional, it make it look like if we don't do that much to better improve the SMW.
 
'''Proposer''': {{User|Zero777}}<br>
'''Voting start''': 6 July, 2010 15:30<br>
'''Deadline''': 13 July, 2010 15:30
 
====Support====
#{{User|Zero777}} I am Zero! Per proposal. Zero signing out.
#{{User|Commander Code-8}} Per the proposal.
#{{User|KS3}} Per proposal and Coincollector's comment.
#{{User|Baby Mario Bloops}} - I like the idea, and it will show us the TPP's that are currently out. That will be a lot easier than having to go to here just to click the link to the talk page.
#{{User|Pseudo-dino}} - Per proposal.
#{{User|Mr bones}} Per Zero.
 
====Oppose====
#{{User|Bowser's luma}} I disagree because when it says there are no propals, it made me think that when a visitor would see that, they would know that the wiki is in a "time of peace," somewhat, where there really isn't anything major to be fixed/removed/added. It would show to me that this is a stable wiki where things are running smoothly.
#{{User|Edofenrir}} - Per Bowser's luma, and per myself in the comments section.
#{{User|NathanMan2000}}} Per Bowser's luma, and per myself in the comments.
 
====Comments====
I'd vote and support but I'm not to sure about the time as I'm Austraian. I'll wait till tomorrow. {{User|Commander Code-8}}
 
I'm not entirely sure if switching back and forth between two different topics depending on if there is a current proposal or not will make us look any more professional. It might seem random and confusing to guests to see a proposal on one day, and a list of things on the other. Maybe that's just me, tough, I probably need to see it in practice. - {{User|Edofenrir}}
:Maybe we should have a section underneath the proposal about the TPPs. {{User|KS3}}
::No, that would add needless clutter to have Proposals ''and'' TPPs on the Main Page. Maybe we should just choose one TPP (the one ending soonest) and make a blurb about it on the main page as if it were a regular proposal: then the template would be consistent and almost always in use: everyone gets what they want. - {{User|Walkazo}}
:::I am Zero! @Walkazo, no I'm not saying to add the TPPs into the proposal box while a proposal is there, I'm saying when their are no proposals then we put the TPP list in. Zero signing out. {{User|Zero777}}
::::I knew that: my opening comment was addressing ''KS3''<nowiki>'</nowiki>s suggestion to have both. - {{User|Walkazo}}
 
Erm... what ARE TPPs? {{User|LuigiMania}}
:Milk shake those abbreviations. It's Talk Page Proposals. {{User|BabyLuigiOnFire}}
Do you ever remember that I had the same idea before? [http://www.mariowiki.com/index.php?title=Template:Proposal&oldid=719029] For some reason Steve removed it despite the question. {{User|Coincollector}}
:And if you click "Older revision" it still has it? Coincollector, it's been on there for a long time. {{unsigned|KS3}}
::@KS3: Well, duh, everything that has been changed on any article is in "Older revision" no matter if it is removed later. It is an edit, not an entire page removable and then recreated. If Porple deleted it, then he had a reason for it. {{User|Baby Mario Bloops}}
:::'''@Bowser's Luma''': Yes, but your talking about a double meaning view. It could mean peace, but it could show us that we aren't doing anything to our wiki, and that can be seen as very bad. We really don't want people to think that we aren't doing all we can to improve the Wiki, as the wiki is always at work, never really peace. {{User|Baby Mario Bloops}}
::::It's a matter of opinion. That is pretty much what proposals are about. {{User|Bowser's luma}}
 
People should know that when there are no TPP's, that there are no TPP's. {{User|NathanMan2000}}

Latest revision as of 14:10, March 18, 2025

Image used as a banner for the Proposals page
Current time:
Wednesday, March 19th, 04:52 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. 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)

On a vaguely related note, why do "tie" and "failed to reach consensus" have two separate colours in the proposal archive when the former is essentially a type of the latter? I don't really see the difference between them besides the fact that the wiki used to call them "ties". I also counted no more than four "tied" proposals in the entire archive, the last one having been in 2011, so it seems strange and confusing to still be using a separate colour for it. Hewer (talk · contributions · edit count) 13:38, March 18, 2025 (EDT)

This is something I noticed as well while making the proposal — I kind of considered addressing it, but the proposal was already a bit sprawling, so bundling in a change to that seemed like a poor decision. If someone were to make a separate proposal to axe the "tie" color, I'd back it. Ahemtoday (talk) 14:10, March 18, 2025 (EDT)

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=4788800"