MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
Tag: Mobile edit
 
Line 1: Line 1:
{{/Header}}
{{/Header}}
==Writing guidelines==
==Writing guidelines==
''None at the moment.''
''None at the moment.''


==New features==
==New features==
===Create a template to direct the user to a game section on the corresponding List of profiles and statistics page===
''None at the moment.''
This proposal aims to create a template that directs people to a game section on a Profiles and statistics list page, saving the user the step of having to scroll for it themselves. The reason why I'm proposing this is because as more ''Super Mario'' games are released, it becomes harder to comfortably find what you're searching for in the corresponding List of profiles and statistics page, especially for [[Mario]], [[Bowser]], and many other recurring subjects.
 
Another reason I think this would be valid is because of the fact that listing statistics in prose (e.g. 2/10 or 2 out of 10) looks off, especially if that can already be seen in the corresponding statistics box; in that case, the prose could change from "2/10" to something more vague like "very low stat", which isn't typically worded as such in the statistics box.
 
For example, let's say for [[Luigi]] in his appearance in ''[[Mario Sports Superstars]]'', there could be a disclaimer either below the section heading or in a box to the side (we can decide the specifics when the proposal passes) that informs the reader that there's corresponding section that shows his profiles/statistics corresponding. Like such:
 
:''For profiles and statistics of Luigi in Mario Sports Superstars, see [[List of Luigi profiles and statistics#Mario Sports Superstars|here]].''
 
The above message is not necessarily the final result (just a given example), but the disclaimer would definitely point the user to the appropriate game section on the profiles and statistics list page, should this pass.
 
'''Proposer''': {{User|Super Mario RPG}}<br>
'''Deadline''': January 1, 2025, 23:59 GMT
 
====Support====
#{{User|Super Mario RPG}} Per.
#{{User|Hewer}} I don't really see a need to deliberately make prose less specific, but otherwise I like this idea, per proposal.
 
====Oppose====
 
====Comments====
{{@|Hewer}} I don't think this would necessarily eliminate cases in which statistics are in prose, but it may be redundant if there's the link to conveniently access the statistics or profiles. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 15:15, December 18, 2024 (EST)
 
===Add an abbreviation template to type out full game titles===
This proposal is about creating a template that it makes it easier to type out full game titles. Although ''The Legend of Zelda'' games generally have longer titles (and Zelda Wiki even has templates for some of their shorter titled games, like ''{{iw|zeldawiki|Hyrule Warriors}}'', {{iw|zeldawiki|Template:HW|here}}), there have still been cases in which some game titles are uncomfortably long, such as ''[[Donkey Kong Country 3: Dixie Kong's Double Trouble!]]'' or ''[[Super Mario RPG: Legend of the Seven Stars]]'', and while it may seem like not a big deal to some, it would be a small quality-of-life improvement if we could have a template where we input the abbreviation, and the output becomes the game title.
 
For example, <nowiki>{{a|M&LSS}}</nowiki> would result in ''Mario & Luigi: Superstar Saga'' (complete with italics formatting). Meanwhile, <nowiki>{{a|M&LSS|l}}</nowiki> to link to the game, outputting ''[[Mario & Luigi: Superstar Saga]]'', although depending on who creates the template, it could be vice versa, like it links by default and <nowiki>{{a|M&LSS|n}}</nowiki> would prevent a link.
 
Since ''Super Mario'' has several releases, it may get difficult maintaining with all the abbreviations, and there have been cases where two games have shared the same abbreviation. (e.g. [[SMS]] for both ''Mario Sunshine'' and ''Mario Strikers''). In that case, either <nowiki>{{a|SMS|2002}}</nowiki> (with the year of release) or a custom abbreviation (e.g. <nowiki>{{a|SMShine}}</nowiki>) would be needed (personally I'd prefer the latter).
 
Consider we already have similar templates for Princess Peach and Princess Daisy (i.e. {{tem|Peach}} and {{tem|Daisy}}), and both of their full titles (with "Princess" included) is a lot shorter than the two game titles in the first paragraph.
 
'''Proposer''': {{User|Super Mario RPG}}<br>
'''Deadline''': January 1, 2025, 23:59 GMT
 
====Support====
#{{User|Super Mario RPG}} Per.
#{{User|Camwoodstock}} We don't see the harm in this, even if it would admittedly be fairly niche. The only real complaint we have is the lack of an additional parameter for changing the displayed text, so if we need to say something like "in the [[Paper Mario: The Thousand-Year Door (Nintendo Switch)|remake]]", we have to write that out the old-fashioned way.
#{{User|EvieMaybe}} might make some link-heavy pages lighter!
#{{User|Salmancer}} Words cannot express the relief that my fingers would feel if they never have to type out "Mario & Luigi: Bowser's Inside Story + Bowser Jr.'s Journey" again.
#{{User|Tails777}} Mario already took my example, but it still stands; the amount of times I've had to type out that title (or even the abbreviation for it) was incredibly annoying. Per all.
#{{User|Scrooge200}} Yes, these titles can be a pain to write out in full. Per all.
#{{User|Technetium}} Per all.
#{{User|Sparks}} Per all.
 
====Oppose====
 
====Comments====
:{{@|Camwoodstock}} Such a parameter can always be added to the template. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 18:18, December 18, 2024 (EST)
 
Salmancer: ''[[Mario & Sonic at the Sochi 2014 Olympic Winter Games]]'' might be the other worst game title I've had to type out. {{User:Mario/sig}} 00:59, December 20, 2024 (EST)
:Damn it, that was gonna be my example! {{User:Tails777/sig}}15:34, December 20, 2024 (EST)
 
===Split image categories into separate ones for assets, screenshots, and artwork===
This proposal will address the bloat some image categories have and make them easier to navigate.
 
Why is this useful? It makes adding to galleries or finding images to replace much easier. If you want to retake screenshots from a game, you can go to the screenshots category to find them. If you have sprite rips to replace, there's a category for that. The same goes for finding images from a game that aren't on the gallery already and being able to sort them more efficiently. This is also how we divide up character galleries already, such as [[Gallery:Mario (2010-2019)]].
 
Now, I can see a few edge cases, like when games have screenshots of themselves for credits images (i.e. ''[[Paper Mario: The Thousand-Year Door (Nintendo Switch)]]''). I would still classify these as assets, since they are ripped from the game. Artwork that is used in smaller forms in-game, such as in ''[[Super Mario Maker 2]]'', would be classified as artwork if externally released or an asset if it was ripped from the game files. Edge cases shouldn't be too common and they're easy to work out: it's not too different from how we license images or put them in character or subject galleries.
 
I think the name "assets" would be more useful in shorthand than "sprites and models," in addition to covering textures, so I propose for the category to be called that, but I can change it if there's opposition. The global images category can still exist in the case there's scans, merchandise, video screenshots, or such images that cannot be further categorized.
 
'''Proposer''': {{User|Scrooge200}}<br>
'''Deadline''': January 5, 2025, 23:59 GMT
 
====Support====
#{{User|Scrooge200}} Per proposal.
#{{User|Waluigi Time}} I support this in principle, as long as there's room for discretion on what gets split and what gets left alone. A game with only ten or so pieces of artwork doesn't need a separate category for them, they can just stay in the main images category for that game. Otherwise, this seems useful, I just don't want users to go overboard by purely following the letter of this proposal.
 
====Oppose====
 
====Comments====
This is already being done (e.g. [[:Category:Mario Kart Tour item icons]]). [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 11:02, December 23, 2024 (EST)


==Removals==
==Removals==
Line 83: Line 10:


==Changes==
==Changes==
===Broaden the scope of the <nowiki>{{rewrite}}</nowiki> template and its variations===
===Give ''Taiko no Tatsujin'' an article===
With the [[Template talk:Unreferenced#Delete or be more specific|previous proposal]] having passed with being more specific as the most voted, I've come up with a proposal about the possibility to make the {{tem|rewrite}}, {{tem|rewrite-expand}}, and {{tem|rewrite-remove}} templates more specific. As you can see, these templates are missing some smaller text. As such, I am just wondering if there is a possibility to have the smaller text added to the <nowiki>{{rewrite}}</nowiki>, <nowiki>{{rewrite-expand}}</nowiki>, and <nowiki>{{rewrite-remove}}</nowiki> templates.
''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.


First of all, the <nowiki>{{rewrite}}</nowiki> template currently reads as follows:
*The DS version has "Super Mario Bros." as a track, [https://www.youtube.com/watch?v=870WLPGnnKs using imagery from the games].
----
*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.''
<pre>
*''Taiko no Tatsujin Wii U Version!'' has "[[Fever]]" from ''[[Dr. Mario]]''. There are also Mario and Luigi costumes for Don-chan and Katsu-chan.
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
*''Nintendo Switch Version!'' has "[[Jump Up, Super Star!]]" from ''[[Super Mario Odyssey]]''.
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten'''. {{#if:{{{reason|{{{1|}}}}}}|'''Reason:''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}
*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].
</div>
*''Blue Version'' has [[Cappy]] has an equippable hat.
</pre>
*''Rhythm Festival'' has a medley of music from ''Super Mario Bros.'', re-used from earlier games.


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
''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.
It has been requested that this article be '''rewritten'''.
</div>
----
However, once the proposal passes, the <nowiki>{{rewrite}}</nowiki> template will read as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten'''{{#if:{{{reason|{{{1|}}}}}}|<nowiki/> for the following reason(s): {{{reason|{{{1}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}}.</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
'''Proposer''': {{User|Scrooge200}}<br>
It has been requested that this article be '''rewritten''' for the following reason(s): <reason(s)>.<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}}.</small>
'''Deadline''': March 30, 2025, 23:59 GMT
</div>
----
And another thing—the <nowiki>{{rewrite-expand}}</nowiki> template currently reads as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' and '''expanded''' to include more information. {{#if:{{{reason|{{{1|}}}}}}|'''Reason:''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
====Support (Bring Us One Degree of Separation Closer to Jimmy Neutron)====
It has been requested that this article be '''rewritten''' and '''expanded''' to include more information.
#{{User|Scrooge200}} Per proposal.
</div>
#{{User|Camwoodstock}} Makes sense to us; with how many cross references there are both ways, it seems only fair.
----
#{{User|Hewer}} This should probably be cancelled given the crossover article proposal but I'll support just in case. I previously wasn't sure whether it would get a page under that proposal because the only crossover I knew about was Don-chan being in Mario Kart (and his tiny Smash representation in one of Pac-Man's taunts), but all of this other stuff seems very comparable to what got [[Just Dance (series)]] a page. Now we just need to figure out whether [[Mametchi|Tamagotchi]] gets one...
However, once this proposal passes, the <nowiki>{{rewrite-expand}}</nowiki> will read as follows:
#{{User|Killer Moth}} Per proposal.
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' and '''expanded''' to include more information.{{#if:{{{reason|{{{1|}}}}}}|<nowiki/> for the following reason(s): {{{reason|{{{1}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}} by filling in the missing details.</small>
</div>
</pre>
 
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this article be '''rewritten''' and '''expanded''' to include more information for the following reason(s): <reason(s)>.<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}} by filling in the missing details.</small>
</div>
----
Lastly, the <nowiki>{{rewrite-remove}}</nowiki> currently reads as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' to have <u>{{{content|{{{1|content<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}}}}}</u> '''removed''' for the following reason(s): {{{reason|{{{2|???<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}}}}}{{#if:{{{date|{{{3|}}}}}}|<nowiki/> (tagged on {{{date|{{{3}}}}}})}}
</div>
</pre>
 
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this article be '''rewritten''' to have <u>content</u> '''removed''' for the following reason(s): ???
</div>
----
However, once this proposal passes, the <nowiki>{{rewrite-remove}}</nowiki> will read as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' to have {{#if:{{{content|{{{1|}}}}}}|<u>{{{content|{{{1}}}}}}</u>|content}} '''removed'''{{#if:{{{reason|{{{2|}}}}}}|<nowiki/> for the following reason(s):{{{reason|{{{2}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{3|}}}}}}|<nowiki/> (tagged on {{{date|{{{3}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}} by removing the unnecessary details.</small>
</div>
</pre>
 
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this article be '''rewritten''' to have content '''removed''' for the following reason(s): <reason(s)>.<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}} by removing the unnecessary details.</small>
</div>
----
That will be a perfect idea to make the <nowiki>{{rewrite}}</nowiki> template and its variations as more specific as the {{tem|media missing}} and {{tem|unreferenced}} templates. That way, we'll be able to add smaller text to the remaining [[:Category:Notice templates|notice templates]] in the future.
 
'''Proposer''': {{User|GuntherBayBeee}}<br>
'''Deadline''': December 23, 2024, 23:59 GMT


====Support====
====Oppose (No More Megalovania, Please)====
#{{User|GuntherBayBeee}} Per proposal


====Oppose====
====Comments' Perfect Math Class====
#{{User|Altendo}} As far as I can tell, the proposal that was linked added parameters that allowed what was supposed to be referenced to be referenced. This one simply adds a subtitle to the bottom of each template. "Be more specific" does not mean saying general information and helpful links, but rather exactly what needs to be done; in terms of that, the existing templates not only all already have parameters, but [[MarioWiki:Proposals/Archive/61#Discourage drive-by templating|filling them out is enforced]]. As [[User:Nightwicked Bowser|Nightwicked Bowser]] said, "Be more specific - Similar to [[MarioWiki:Proposals/Archive/61#Discourage drive-by templating|this proposal]], what exactly needs references must be specified in the template when putting it in the article. A parameter for this will still need to be added." This only adds a subtitle and does not make this "more specific". As for the changes, this is actually harmful in some way, as the <nowiki>(tagged on {{{date|{{{3}}}}}})</nowiki> tag will be added to the subtitle, rather than the main body, which could make it more confusing in my opinion. Feel free to update this and add in what "more specific" actually means, or just change this to "add subtitles" and change the location of <nowiki>(tagged on {{{date|{{{3}}}}}})</nowiki> to the main body, but until then, my vote is staying here.
{{@|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)
#{{User|Mario}} Best to keep things simple with these improvement templates.
: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)
#{{User|Technetium}} Per Mario.
::''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)


====Comments====
===Merge moves exclusive to forms with their respective forms, leaving main article links if they are part of another article. Also replace the Fly article with a list.===
Mario’s many, many forms have granted him oh so many forms. These forms grant him many new moves, like [[Cape Mario|swinging a cape]], [[Flying Squirrel Mario|jumping in the air]], or even a slew of [[Link|Link’s moves]]! Now, how many of these have articles? (Excluding [[Tail whip]])


Here's how I would fix some things:
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!)


First of all, the <nowiki>{{rewrite}}</nowiki> template currently reads as follows:
But we’re already doing this, just under the veneer of putting it under existing articles. These articles, for example:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten'''. {{#if:{{{reason|{{{1|}}}}}}|'''Reason:''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
*[[Shell dash]] ([[Shell Mario]])
It has been requested that this article be '''rewritten'''.
*[[Dive]] (Claw dives of [[Cat Mario]])
</div>
*[[Drill Spin]] ([[Propeller Mario]])
----
However, once the proposal passes, the <nowiki>{{rewrite}}</nowiki> template will read as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten'''{{#if:{{{reason|{{{1|}}}}}}|<nowiki/> for the following reason(s): {{{reason|{{{1}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}}.</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
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.
It has been requested that this article be '''rewritten''' for the following reasons:<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}}.</small>
</div>
----
And another thing—the <nowiki>{{rewrite-expand}}</nowiki> template currently reads as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' and '''expanded''' to include more information. {{#if:{{{reason|{{{1|}}}}}}|'''Reason:''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
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?
It has been requested that this article be '''rewritten''' and '''expanded''' to include more information.
</div>
----
However, once this proposal passes, the <nowiki>{{rewrite-expand}}</nowiki> will read as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' and '''expanded''' to include more information{{#if:{{{reason|{{{1|}}}}}}|<nowiki/> for the following reason(s): {{{reason|{{{1}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{2|}}}}}}|<nowiki/> (tagged on {{{date|{{{2}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}} by filling in the missing details.</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
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.
It has been requested that this article be '''rewritten''' and '''expanded''' to include more information for the following reasons:<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}} by filling in the missing details.</small>
</div>
----
Lastly, the <nowiki>{{rewrite-remove}}</nowiki> currently reads as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' to have <u>{{{content|{{{1|content<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}}}}}</u> '''removed''' for the following reason(s): {{{reason|{{{2|???<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}}}}}{{#if:{{{date|{{{3|}}}}}}|<nowiki/> (tagged on {{{date|{{{3}}}}}})}}
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
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.
It has been requested that this article be '''rewritten''' to have <u>content</u> '''removed''' for the following reason(s): ???
</div>
----
However, once this proposal passes, the <nowiki>{{rewrite-remove}}</nowiki> will read as follows:
----
<pre>
<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
It has been requested that this {{#if:{{{section|}}}|section|article}} be '''rewritten''' to have {{#if:{{{content|{{{1|}}}}}}|<u>{{{content|{{{1}}}}}}</u>|content}} '''removed''' {{#if:{{{reason|{{{2|}}}}}}|<nowiki/> for the following reasons:{{{reason|{{{2}}}}}}|.<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}{{#if:{{{date|{{{3|}}}}}}|<nowiki/> (tagged on {{{date|{{{3}}}}}})}}<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}} by removing the unnecessary details.</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#9CF;border:1px solid #000">
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.  
It has been requested that this article be '''rewritten''' to have content '''removed''' for the following reason(s):<br><small>Please review the [[MarioWiki:Manual of Style|Manual of Style]] and [[MarioWiki:Good writing|good writing standards]] and help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this article}} by removing the unnecessary details.</small>
</div>


This should fix some things, and I also recommend you change the title or at least context of this proposal. If so, then I might change my vote. [[User:Altendo|Al]][[User talk:Altendo|ten]][[Special:Contributions/Altendo|do]] 19:58, December 9, 2024 (EST)
[[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.
:I {{plain link|https://www.mariowiki.com/index.php?title=MarioWiki:Proposals&diff=prev&oldid=4457576|fixed this problem}} for you. How does it look? {{User:GuntherBayBeee/sig}} 09:40, December 10, 2024 (EST)


===Decide what to do with Template:Move infobox===
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.
A while ago (November 4th, specifically), I created [[Template:Move infobox]]. After all, we had templates for essentially all the Browse tabs on the wiki sidebar, except for moves. There WERE templates about specific types of moves, such as [[Template:M&L attack infobox]], but no general template in the same vein as items, characters, species, games, locations, etc.  


I discussed it on the Discord briefly, nobody said no, and a bit of feedback later about how it should look and what it should have, I created it. It has since been applied to exactly four pages at the time of writing, half of which I was the one to apply it to. In hindsight, this could've used with a proposal instead of me just making it, so here's a belated one.
'''Proposer''': {{User|Salmancer}}<br>
'''Deadline''': March 31, 2025, 23:59 GMT


Should we keep '''Template:Move infobox''' around? If we do keep it, is it good as is, or does it need changes?
====Merge moves and Listify Fly: Merge moves to forms, and convert [[Fly]] into a list====
#{{User|Salmancer}} Per proposal.


'''Proposer''': {{User|EvieMaybe}}<br>
====Merge moves, Fly is free: Merge moves to forms, but keep Fly as is====
'''Deadline''': January 1st, 2025, 23:59 GMT


====Keep Move infobox, as is====
====Clip Fly's wings: Do not merge moves to forms, change Fly from an article to a list====
#{{User|Sparks}} I can see this template working really well for moves that aren't in every ''Mario'' game, like [[Spin]]. This has lots of potential!
#{{User|Nintendo101}} Per proposal.
#{{User|Camwoodstock}} We don't see why not--having a dedicated Moves infobox could come in handy, especially if we get any more Mario RPGs in the wake of the weird little renaissance period we've been getting with the back-to-back-to-back SMRPG remake, TTYD remake, and release of Brothership. Per proposal.
#{{User|Pseudo}} Per proposal.
#{{User|Technetium}} Per proposal.


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


====Delete Move infobox====
====Comments (Merge moves of forms to forms even if they are non-unique and replace Fly with a list)====
I am sorry this proposal planned for a while is going to merge an article that was just made. It kind of jumped further up my list of priorities given I don't want people to put hard work into adding to Tail whip if I'm about to try to merge it. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 18:17, March 17, 2025 (EDT)


====Move infobox 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)
Considering the nature of the attack infoboxes, wouldn't it be weird to have moves all in purple but a Mario & Luigi attack use yellow and green and a Paper Mario attack use white and green? Should there be variants of the Move infobox to match the color schemes of existing templates? If an article is covering multiple related moves, how will the infobox work? (ex. [[Handstand]], [[Cap Throw]], [[Roll]], [[Slide Kick]]... there's more of these than I thought). What happens when a move is referenced in somewhat less "move-y" ways? Okay, that last one is kinda strange, but basically I mean "dashing" in Super Mario Run is just a fancy animation, Mario & Luigi Dream Team has an animation where Giant Luigi crouches (with posing and skidding clearly meant to be a platformer callback), to slide under an attack. Do these instances get incorporated into the infobox? Continuing the train of thought, what about sports games? Yoshi can Flutter Jump as his special action on Mario & Sonic games. Does that count as a method of input for a Flutter Jump? [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 21:35, December 19, 2024 (EST)
: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)
:that's a lot of very interesting questions!
:*i went with purple to set it apart from the already taken light red (game), green and white (character), blue (level), pink (location), grey (item) and navy/grey (species) infoboxes. changing the color could be a good idea.
:*as for sorting which moves "count" or not, we have to decide these things for other types of subject too, after all, and they get infoboxes. it's a valid concern, though! {{User:EvieMaybe/sig}} 15:09, December 20, 2024 (EST)


===Allow blank votes and reclassify them as "per all"===
{{@|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)
There are times when users have nothing else to add and agree with the rest of the points. Sure, they can type "per all", but wouldn't it be easier to not to have to do this?
: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)


Yeah sure, if the first oppose vote is just blank for no reason, that'll be strange, but again, it wouldn't be any more strange with the same vote's having "per all" as a reasoning. I've never seen users cast these kinds of votes in bad faith, as we already have rules in place to zap obviously bad faith votes.
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)


This proposal wouldn't really change how people vote, only that they shouldn't have to be compelled to type the worthless "per all" on their votes.
"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)


'''Proposer''': {{User|Mario}}<br>
Regarding your saying that tail whip's info would be moved to Raccoon Mario for 2D games and Tanooki Mario for 3D games, would that not mean that Tanooki Mario's page would not discuss the tail whip until ''Super Mario 3D Land'', despite it being usable by that form in ''Super Mario Bros. 3''? [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 19:53, March 17, 2025 (EDT)
'''Deadline''': January 1, 2025, 23:59 GMT
: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)


====Blank support====
===On the leading "Princess" for Peach/Daisy/Rosalina, and/or lackthereof===
#{{User|Mario}} Per all.
Brace yourselves--this is gonna be a long one.
#{{User|Ray Trace}} Casting a vote in a side is literally an action of endorsement of a side. We don't need to add verbal confirmation to this either.
#{{User|PopitTart}} <small>(This vote is left blank to note that I support this option but any commentary I could add would be redundant.)</small>
#{{User|Altendo}} <small>(Look at the code for my reasoning)</small><!---It might not seem annoying, but over time, or answering multiple proposals at once, it can start putting stress. Copy-pasting can be done, but it is just much easier to not type anything at all.---->
#{{User|FanOfYoshi}}
#{{User|OmegaRuby}} While on the outset it may seem strange to see a large number of votes where people say "per all" and leave, it's important to understand that the decision was made because the user either outright agrees with the entire premise of the proposal, or has read discussion and points on both sides and agrees more with the points made by the side they choose. And if they really ''are'' just mindlessly voting "per all" on proposals with no second thought, we can't police that at ''all.'' <small>(Doing so would border on FBI-agent-tech-magic silliness and would also be extremely invading...)</small> <!---Silent per all.---->
#{{User|Shy Guy on Wheels}} I've always thought of not allowing blank votes to be a bit of a silly rule, when it can so easily be circumvented by typing two words. I think it's better to assume good faith with voting and just let people not write if they don't have anything to add, it's not as if random IPs are able to vote on this page.
#{{user|TheDarkStar}} - Dunno why I have to say something if I agree with an idea but someone's already said what I'm thinking. A vote is a vote, imo.
#{{user|Ninja Squid}} Per proposal.
#{{User|Tails777}} It's not like we're outright telling people not to say "Per all", it's just a means of saying you don't have to. If the proposal in question is so straight forward that nothing else can be said other than "Per proposal/Per all", it's basically the same as saying nothing at all. It's just a silent agreement. Even so, if people DO support a specific person's vote, they can still just "Per [Insert user's name here]". I see no problem with letting people have blank votes, especially if it's optional to do so in the first place.


====Blank Oppose====
In July of last year, jan Misali created a proposal to [[Talk:Princess Daisy#Move to "Daisy"|remove the leading "Princess" from the article name for "Princess Daisy"]]. This failed 15-18, as people were interested in a proposal to move Peach alongside this. In November of last year, jan Misali created a follow-up proposal [[MarioWiki:Proposals/Archive/71#Move "Princess Peach" and "Princess Daisy" to "Peach" and "Daisy"|do exactly this]], which failed again; among other concerns regarding redirects, most of the support was split between moving both Peach and Daisy to their Princess-less counterparts, and just moving Daisy, leaving the opposition in the lead. Guess third time's the charm.
#{{user|Doc von Schmeltwick}} - Honestly? I'd prefer to get rid of "per all" votes since they're primarily used for the "I don't/like this idea" type of thing that has historically been discouraged. If you don't care enough to explain, you don't care enough to cast IMO.
#{{User|Technetium}} I don't think typing "per all" is that much of an annoyance (it's only two words), and I like clearly seeing why people are voting (for instance, I do see a difference between "per proposal" and "per all" - "per all" implies agreeing with the comments, too). I just don't think this is something that needs changing, not to mention the potential confusion blank votes could cause.
#{{User|Camwoodstock}} Maybe we're a little petty, but we prefer a "per all" vote to a blank one, even if "per all" is effectively used as a non-answer, because it still requires that someone ''does'' provide an answer, even if it's just to effectively say "ditto". You know what to expect with a "per all" vote--you don't really get that information with a fully blank vote.
#{{User|Ahemtoday}} {{color|white|Forgive me for the gimmicky formatting, but I want to make a point here — when you see a blank oppositional vote, it's disheartening, isn't it? Of course, it's always going to be that way when someone's voting against you, but when it doesn't come with any other thoughts, then you can't at all address it, debate it, take it into account — nothing. This also applies to supporting votes, if it's for a proposal you oppose. Of course, this is an issue with "per all" votes as well. I don't know if I'd go as far as Doc would on that, but if there's going to be these kinds of non-discussion-generating votes, they can at least be bothered to type ''two words''.}}
#{{User|Jdtendo}} Per all <small>(is it too much to ask to type just two words to explicitely express that you agree with the above votes?)</small>
#{{User|Axii}} Requiring people to state their reason for agreeing or disagreeing with a proposal leads to unnecessary repetition (in response to Doc). Letting people type nothing doesn't help us understand which arguments they agreed with when deciding what to vote for. The proposer? Other people who voted? Someone in particular, maybe? Maybe everyone except the proposer? It's crucial to know which arguments were the most convincing to people.
#{{User|Pseudo}} Per Technetium, Camwoodstock, and Axii.
#{{User|Hooded Pitohui}} I admit this vote is based on personal preference as any defensible reasoning. To build on Camwoodstock and Ahemtoday's points, though, the way I see it, "per all" at least provides ''some'' insight into what has persuaded a voter, if only the bare minimum. "Per all" is distinct at least from "per proposal", suggesting another voter has persuaded them where the original proposal did not by itself. A blank vote would not provide even that distinction.
#{{User|Mister Wu}} Asking for even a minimal input from the user as to why they are voting is fundamental, it tells us what were the compelling points that led to a choice or the other. It can also aid the voters in clarifying to themselves what they're agreeing with. Also worth noting that the new editors simply can't know that blank means "per all", even if we put it at the beginning of this page, because new editors simply don't know the internal organization of the wiki. Blank votes would inevitably be used inappropriately, and not in bad faith.
#{{user|DesaMatt}} Per all and per everyone and per everything. Per.


====Blank Comments====
The question is simple; do we remove "Princess" from the names of the [[Princess Peach]] and [[Princess Daisy]] articles? Time and time again, [[MarioWiki:Proposals/Archive/69#Remove "Koopa" and other name particles from Koopaling article titles - take 2|we've removed or truncated]] [[Talk:Professor E. Gadd#Rename (proposal edition)|full names or particles]] [[MarioWiki:Proposals/Archive/63#Rename pages with the full Super Mario RPG: Legend of the Seven Stars title|to more common names]]. However, for whatever reason, the "Princess" particles for Peach and Daisy stick, despite Nintendo being very hit-or-miss about how required these are, ''especially'' for Daisy, whose "Princess, despite never doing anything royal outside of her debut" status has been acknowledged, officially, multiple times.
I don't think banning "per all" or "per proposal" is feasible nor recommended. People literally sometimes have nothing else to add; they agree with the points being made, so they cast a vote. They don't need to waste keystrokes reiterating points. My proposal is aiming to just streamline that thought process and also save them some keystrokes. {{User:Mario/sig}} 20:34, December 17, 2024 (EST)
:I think every sort of vote (on every level, on every medium) should be written-in regardless of whether something has been said already or not; it demonstrates the level of understanding and investment for the issue at hand, which in my opinion should be prerequisite to voting on any issue. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 20:53, December 17, 2024 (EST)
::There is no way to actually determine this: we are not going to test voters or commenters their understanding of the subject. Someone can read all of the arguments and still just vote for a side because there's no need to reiterate a position that they already agree with. {{User:Ray Trace/sig}} 20:55, December 17, 2024 (EST)
:::My personal belief is that "test[ing] voters or commenters their understanding of the subject" is exactly what should be done to avoid votes cast in misunderstanding or outright bandwagoning. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 23:06, December 17, 2024 (EST)
::::My personal view is that a change like the one you are suggesting potentially increases the  odds of inexperienced or new users feeling too intimidated to participate because they feel like they do not have well articulated stances, which would be terrible. I think concerns about "bandwagoning" are overstated. However, more pressingly, this proposal is not even about this concept and it is not even one of the voting options, so I recommend saving this idea for another day. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 23:32, December 17, 2024 (EST)
:{{@|Mario}} I agree. Banning people from saying that in proposals is restricting others from exercising their right to cast a vote in a system that was designed for user input of any time. I'd strongly oppose any measure to ban "per" statements in proposals. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 00:11, December 18, 2024 (EST)


Technetium: I understand, but blank votes are a fairly common practice in other wikis, and it's clearly understood that the user is supporting the proposal in general. {{User:Mario/sig}} 20:36, December 17, 2024 (EST)
To recap the cases in favor of these renames for people that didn't read those first two proposals, the case for Daisy in particular is very strong, so we'll start with her. Simply put, Nintendo so rarely calls her by the name of "Princess Daisy" that it's starting to become a surprise when they ''do'' call her that in things like [[:File:Hot Wheels Princess Daisy Character Car Packaging.png|HotWheels character cars]]. To re-iterate a point made in jan Misali's original proposal, the count of times where Daisy is overtly referred to as "Princess Daisy" outside of manuals or other such paratexts can be counted on two hands, and even then, only barely; once in ''[[Super Mario Bros. Print World]]'' (which also erroneously calls Peach "Daisy" at one point), [[Mario Superstar Baseball|the two]] [[Mario Super Sluggers|baseball games]] and ''[[Fortune Street]]'' interchange "Daisy" and "Princess Daisy" in dialogue but all UI uses just "Daisy", ''[[Super Mario Run]]'' being in a similar boat but with in-game descriptions for [[Super Mario Run#Remix 10|Remix 10]] instead of dialogue, and ''[[Super Smash Bros. Ultimate]]'', where Palutena calls her that. In every other case, including her own debut game, she is generally called "Daisy".
:Fair point, I didn't know that. Not changing my vote just yet, but I'll keep this in mind as the proposal continues. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 20:48, December 17, 2024 (EST)
:There's a lot of variation in how other wikis do it. WiKirby, for example, doesn't even allow "per" votes last I checked. {{User:Hewer/sig}} 04:13, December 18, 2024 (EST)


I'm not really much of a voter, but I'm of the opinion "it's the principle of the matter". Requiring ''a'' written opinion, of any kind, at least encourages a consideration of the topic. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 21:35, December 19, 2024 (EST)
For Daisy, there is also the strange asterisk that is her [[Princess Daisy (film character)|film equivalent]], but given the context of the plot of the film itself--that Daisy is unaware of her own royal status for the bulk of the film, and is simply referred to as just "Daisy" for most of it, we personally think it's fair to move her to "Daisy (film character) and add a Full Name parameter to clarify her "Princess Daisy" title she has towards the end. That being said, [[:File:SMBFilmCard11.jpg|even her own official trading card just calls her Daisy]], and apparently the "Princess Daisy" title only gets dropped on the back of "Sad Goodbyes", which we lack an image for.


===Stop integrating templates under the names of planets and areas in the ''Super Mario Galaxy'' games===
The case for Princess Peach is less strong, partially thanks to the release of ''[[Princess Peach: Showtime!]]'', a game in 2024 that makes rather overt use of "Princess Peach"; however, it is worth noting that Nintendo still does play rather fast-and-loose with the "Princess" particle for her as well. Most spinoffs will truncate the "Princess" off of her name, as far back as ''[[Mario Kart 64]]'' and even after the release of ''Showtime'', later that same year, ''[[Super Mario Party Jamboree]]'' also [[:File:SMPJCSSUnlocked.jpg|truncated the "Princess" off of Peach's name]]. While we acknowledge it's odd to laser in on exactly one game, ''[[Mario Kart 8 Deluxe]]'' just calls her "Peach", and that is one of the best-selling games in the entire Mario franchise.
{{early notice|December 25}}
The aims of this proposal is to repeal [[MarioWiki:Proposals/Archive/69#Decide how to handle conjectural sections about Super Mario Galaxy planets/areas|this one]] that passed earlier this year. I will reiterate my position here:
<blockquote>The planetary bodies in galaxies do not just "lack" publicly accessible names - they are straight up not supposed to have names. The Shogakukan guidebook for ''Mario Galaxy'' does not give planets name. The game does not give planets name. The instruction booklet does not give planets name. The only "source" that applies discrete names for planets are from the developers and we have no reason to think these were intended to be the planets. These galaxy articles are generally a bit outdated, and I think the mistake in the first place was suggesting that some of the planets have real names "except where otherwise noted." They largely do not. I think it would would healthier to recognize that they are just different sections of a greater whole, much like areas in courses for the earlier 3D games, and apply titles accordingly.</blockquote>
To elaborate on my perspective, I think using dev data to provide names for these planets is completely fine, and I understand the desire to do so. Citing the Prima Games guidebooks for potential names for these areas is fine. That is not what this proposal is about. Rather, integrating the ''templates'' themselves - be it for conjectural or dev data-derived names - underneath the individual headers for each planet, in my view, looks very poor, as you can see here for [[Yoshi Star Galaxy#Planets|Yoshi Star Galaxy]] and [[Honeyhive Galaxy#Planets/Areas|Honeyhive Galaxy]]. They are detractingly eye-catching and break these articles without substantive benefit. I think having a nonintrusive note at the top or bottom of these articles - as was the case before the proposal I link to above passed - is perfectly sufficient and healthier for these articles.


I provide two options:
We've seen various arguments against these, and aside from "personal preference for preferring particles", which we obviously can't argue with (at least, not without looking silly), we can't say we understand the majority of them:
#'''Support: Do not put conjectural and dev-data name templates beneath the names of individual planets and areas in the ''Super Mario Galaxy'' games''': This is a full repeal of the proposal I link to above.
*Concerns were risen about removing royalty particles from other article names, such as [[Princess Shokora]] or [[Princess Shroob]] or [[King Bob-omb]] or [[Prince Mush]] (never mind that in his case, it's a stage name and not royalty). In those cases, the characters have ''never'' been referred to without their particles that we could find unless [[You're the Bob-omb|there was already an older name in the first place]], such as "Big Bob-omb" for "King Bob-omb" (it's possible there's remote dialogue or an obscure Manga appearance we don't have on-record, but we're doubtful). These would retain their particles, as per our [[MarioWiki:Naming|Naming policies]] determining that the most common English name is what is used, and in these cases, the particle is included almost 100% of the time. In contrast, Nintendo has been fairly interchangeable with Peach and Daisy's "princess" particles, and in Daisy's case, her particle has only become increasingly rarer as time goes on. If instances were located where the aforementioned characters lacked their particles short of the Big/King Bob-omb example, that would be something worth acknowledging, but in their cases, the particles being excluded is overwhelmingly the exception, not the norm.
#'''Oppose: Change nothing'''
*Concerns have been risen about the [[Peach]] and [[Daisy]] article titles potentially referring to generic subjects; however, as of writing this proposal, both "Peach" and "Daisy" directly lead to their corresponding princesses anyways by means of redirects. Other subjects are instead given a "For <x>, see <y>" in the Princess' articles introductions. These redirects are already present as-is, and these changes wouldn't change how a search lands.
*For internet traffic, given Peach and Daisy already lead to these articles, we still fail to see how this would impact much, unless we intentionally chose to not leave a redirect after a move; it should go without saying that, if we were to make a move of this magnitude, we would absolutely be leaving a redirect.
*On a meta level, for the "would prefer one, but not the other" angle that was part of the reason the second proposal failed, we have since introduced a poll format to more adequately determine more nuanced situations like this, without risking support being split between two groups and being out-numbered overall.
*While this was not mentioned in the original proposals to our awareness, we do acknowledge that some people may be concerned about the costs of labor of changing a bunch of links; however, not only could this trivially be an automated rename, something our proprietor already does fairly regularly with template names, even if this were somehow unworkable, we already have ample tools to manually perform such a change built into MediaWiki itself. We are well-aware of what this wiki's userbase can do when it comes to making these mass-changes, and we think we have a very capable userbase when it comes to deploying a change like this, either automatically or by hand.


'''Proposer''': {{User|Nintendo101}}<br>
There are also two characters we think are worth acknowledging, one brought up by jan Misali when we shared this proposal's draft with them, and one we noticed ourselves. For jan Misali's part, there's [[Bowser]], or rather, King Bowser... Or rather, how in-frequently Bowser is known as "King Bowser". It's to the point where mentions of "King Koopa" as he appears in the ''DiC'' cartoons severely outnumber the amount of times Bowser is actually called "King Bowser" outright. This is exceedingly non-contentious, and while a [[King Bowser]] redirect has existed since 2006, we can't tell when the last time "King Bowser" was overtly used in dialogue. All we can really say is, having played ''[[Minion Quest: The Search for Bowser]]'' recently, it's not in that, with Bowser usually just being referred to as, well, Bowser, with the occasional uses of "Lord" or other offbeat honorifics instead of "King".
'''Deadline''': January 1, 2025, 23:59 GMT


====Support: Do not put templates underneath the name's of planets and areas====
However, to us, the ''real'' smoking gun for why a move like this would not only make sense, but be perfectly fine for the wiki, has been sitting right underneath our noses the entire time. [[Rosalina]], or should we say Princess Rosalina? Rosalina has been called a Princess from sources dating as far back as 2010 and as recently as 2023. She's commonly colloquially known as a Princess by fans. Heck, [[Princess Rosalina]] is, as of writing this proposal, a valid redirect to her article, and her infobox states her full name is "Princess Rosalina". However, her article has sat at the title of "Rosalina" since its inception back in 2007, with the Princess redirect only being made in 2014. Rosalina is a Featured Article, so her page naturally receives a ''lot'' of traffic and scrutiny, but nobody seems to have questioned if it would be worth moving her article to "Princess Rosalina" to match the other two princesses; and while one could argue that Rosalina is "not much of a princess", that naturally begets the response that neither is Daisy, who keeps the particle anyways. There's not really any reason we can think of why Daisy should keep her particle if Rosalina hasn't ''ever'' held one and it's seemingly never been questioned, and from there, we could understand removing the particle from Peach's name for parity's sake. (Even still, if you really wanted to, we've provided an option to, in addition for what to do to the "Princess" particles in Peach & Daisy's names, if we should add one to Rosalina's name, or keep it absent. We don't really intend to include something like this for "King Bowser" as, while "Princess Rosalina" at least has a plurality number of cases we could find of that name being used, we could literally only find one "King Bowser", in [[Nintendo Comics System]].)
#{{User|Nintendo101}} Per proposal.
#{{User|1468z}} Per proposal.
#{{User|Waluigi Time}} The previous solution looked a lot nicer. I also agree with Nintendo101 that we should rethink how we approach planet names in general. They don't necessarily "need" names any more than specific portions of levels in other games do.
#{{User|Jdtendo}} I still don't agree with the "planets are not supposed to have names" argument, but I do agree that having templates beneath every section heading is excessive.
#{{User|Camwoodstock}} Per all, especially Waluigi time. The overall assumption that the planets have names unless otherwise stated feels like the consequence of a decision made very, very early on into the wiki, that's just kind of gone unquestioned or unnoticed until very recently. This won't stop that particular case of WikiJank™ completely, but it's a step in the right direction.
#{{User|Sparks}} Per all.
#{{User|EvieMaybe}} if all the names are unofficial, then we only need to say it once. if there's an official name, we can just say "all names are unofficial unless specified" and specify in the one planet that has a name (is there any planets with names even???). having the template on each individual section is both ugly and inefficient
#{{User|Mario}} Yeah, the setup before this was satisfactory. Per Evie, but I also agree with Waluigi Time that we probably don't need to require naming these parts of the level either.
#{{User|Ray Trace}} I always thought assigning these objects meant to be part of the environment conjectural templates has always struck me as odd and I don't know why only Super Mario Galaxy gets singled out out of all games. We don't name the rooms the Mario Party minigames take place in.
#{{User|Tails777}} I was sincerely confused when I saw the templates put back on the various galaxy articles and questioned "Why? It was better beforehand." Per all.
#{{User|Hooded Pitohui}} In the longer-term, WT and Nintendo101 bring up points which ought to be considered. In the shorter term, this would be a beneficial first step to de-cluttering these sections for better readability.
#{{User|Ninja Squid}} Per all.
#{{User|Technetium}} Per Nintendo101, Waluigi Time, and Porple's comment below.
#{{User|MCD}} Per N101, WT and Porple below. I also agree our attitude on what counts as "conjectural" when it comes to naming planets needs a rethink, i.e. it's not conjecture to call the planet the player starts on the "starting planet" because that's just a factual description. (Also, why does [[Starting Planet]] just redirect to a random galaxy? lol)


====Oppose: Keep the templates====
'''Proposer''': {{User|Camwoodstock}}
#{{User|Ahemtoday}} I'm opposing this proposal ''as currently slated to be implemented'' — as in, just removing [[Template:Conjecture]] and [[Template:Dev data]] from these sections and leaving it at that. These need to be marked, and I don't feel that an "unless otherwise noted" disclaimer is an elegant way to do that. However. There is a way of accomplishing this that I ''would'' be amenable to: replacing those templates with [[Template:Conjectural]] or a new dev data equivalent to it. This is the same way our glitch pages do it, for exactly the same reason you want to get rid of these templates on the galaxy pages. I think it makes perfect sense to use this convention here as well to solve this problem.


====Comments on the planet template proposal====
====Do we have a "Princess" particle for Princess Peach?====
I agree that we don't need the repeated templates, and the whole naming situation of the planets is a bit odd. Rather than giving the planets capitalized "names" (e.g. "Starting Planet") and noting them as conjectural, they should just be described in sentence case, at which point it should be somewhat obvious that it's a description and not a "name". For example, section heading "Starting planet" and text "The starting planet has..." You could do a single {{tem|conjecture|2=subsections=yes}} under the "Planets" heading if you really wanted to, but I think if we removed all the inappropriate capitalization then even that wouldn't be necessary. --{{User:Porplemontage/sig}} 20:11, December 19, 2024 (EST)
'''Deadline''': April 2, 2025, 23:59 GMT


===Set Vector-2010 to the default wiki skin===
;Yes Princess (status quo)
This proposal is about setting the 2010 [[mw:Skin:Vector|Vector]] as the default wiki skin ([https://web.archive.org/web/20160207064154/https://upload.wikimedia.org/wikipedia/foundation/4/44/Logo_new-vector_screenshot.png screenshot here]) for desktop users, with the focus being on people who are new to wikis in particular, while obviously keeping the existing MonoBook skin as an option. What made me think to create this proposal is when I made a [[Talk:Main Page]] proposal about the to-do list tasks and how they are more accessible than clicking the "Wiki maintenance" on the sidebar, I had to uncomfortably squint to find "Wiki maintenance" on the wiki sidebar. But Vector-2010 has the sidebar links slightly larger and a bit more spaced out. With the existing interface, there could be some who may struggle to find options listed on the sidebar.
#{{User|Waluigi Time}} Per past me: "I don't think focusing in so heavily on the exact places or times the full names vs. the shortened names are used is beneficial if those names are still in frequent use. [...] Princess Peach is still very commonly used, the average person knows her by that name, I don't see a need to change it." Considering Nintendo used her full name in a game title last year, this would be a really odd time to do it, and it sheds some light on how awkward it is putting so much focus squabbling over the specifics of character select screens and the like, IMO. I don't see a consistency issue with Daisy regardless of what happens with her, they weren't designed to be perfect analogues to each other and are used in different contexts, which also informs Nintendo's usage of their full titles.
#{{User|Technetium}} Per Waluigi Time, past and present.
#{{User|Nintendo101}} Much like Daisy, "princess" is scrapped in material where you play as Peach, potentially because they want a more familial sounding moniker for such contexts where you play as her, or they want to be conservative with text on character selection screens. That does not make "Princess Peach" erroneous, archaic, unused, or inappropriate for the title of an article. This is an even stronger case for Peach because she shows up more often in non-playable appearances, where she is typically called "Princess Peach," and they represent the bulk of her history. It is the name used in most instruction booklets, toys, and even in-game. It is not the end of the world for her article to simply go by "Peach," but there is also nothing incorrect or erroneous with maintaining that. "Peach" is more so a shorter derivative of "Princess Peach" than "Bowser" ever was of "King Bowser" or anything like that (and ''certainly'' more so than "Princess Rosalina" is for "Rosalina.") You can probably count the number of sources that prefer using that name for him on one hand, unlike Peach.


While we're clearly different from Wikipedia (that's why I'm not Vector-2022, since it'd be too much of a departure and likely uncomfortable for several), I do want to refer to [http://web.archive.org/web/20180213165624/https://blog.wikimedia.org/2010/05/13/a-new-look-for-wikipedia/ this page], which summarizes why Wikipedia transitioned to it. Though it is vague, they cite accessibility as the reason, which I think this wiki has been taking steps toward doing.
;No Princess
#{{User|Camwoodstock}} Per proposal. While we think the arguments for keeping Peach's particle are the strongest, namely since we have an [[Princess Peach: Showtime!|entire game from 2024 with the particle in the name]], we do think if we remove this from Daisy, we should naturally remove this from Peach for the sake of parity.
#{{User|LinkTheLefty}} Abolish the monarchy.


I'll cite my reasons for preferring Vector and applying this to possible people who are visiting a wiki for the first time. The text is larger, which is especially important for larger screen monitors, some of the lesser used tabs are collapsible on the sidebar, summarizing the most commonly used options, and the user links at the top right are also more noticeable and less close to the body of the article where the content is read.
====Do we have a "Princess" particle for Princess Daisy?====
'''Deadline''': April 2, 2025, 23:59 GMT


Though it could take time getting used to the Edit button being on the right (not to mention the search button), the button is at least larger, making it more usable on even lower quality screen monitors, and I like how it's separate from the Page and discussion options, meaning that options that involve viewing articles are on the left while options that involve editing or changing the page in some form are on the right.
;Yes Princess (status quo)
#{{User|Nintendo101}} In my view, "Princess" is scrapped in material where you play as Daisy, which happen to represent the bulk of her appearances. Perhaps they want a more familial sounding moniker for such contexts, or they want to be conservative with space on character selection screens. That does not make "Princess Daisy" erroneous, archaic, or unused. It is the name used in ''Super Mario Land'', the ''Super Mario Bros. Encyclopedia'', and licensed promotional toys and products of Daisy, where she is called "Princess Daisy." It is not the end of the world for her name to go by something else, but there is also nothing incorrect or erroneous with maintaining the status quo.


If this proposal passes and others don't like the change, they can always return to the MonoBook option in their [[Special:Preferences#mw-prefsection-rendering|preferences]].
;No Princess
#{{User|Camwoodstock}} Per proposal. To be honest, this has never been a contest for us; as far back as flavor text in ''[[Mario Party 9]]'', Nintendo has acknowledged the weird lack of Damsel-in-distress-ness to Daisy's character, and the usage of "Daisy" in lieu of "Princess Daisy" is as old as ''[[Super Mario Land]]'' itself. That Daisy's royalty is bordering on in-name only post-''Land'' is practically a defining trait of hers.
#{{User|Hewer}} Per the trilogy of proposals, this is the name that is almost always used for this major character and it is bizarre that we aren't reflecting that. This should've happened long ago, hopefully this new poll format will finally allow it to. I think I'm neutral regarding whether to move Peach, since it's much less immediately obvious which of her two names is most commonly used.
#{{User|LinkTheLefty}} Per last times.


'''Proposer''': {{User|Super Mario RPG}}<br>
====Do we have a "Princess" particle for Princess Rosalina?====
'''Deadline''': January 1, 2025, 23:59 GMT
'''Deadline''': April 2, 2025, 23:59 GMT


====Support====
;Yes Princess
#{{User|Super Mario RPG}} Per.


====Oppose====
;No Princess (status quo)
#{{User|Camwoodstock}} Admittedly, this vote is largely a matter of preference--we just don't like Vector that much--but we can't think of any real reason to switch to Vector 2010 as the default over the current Monobook beyond the mentioned text spacing; while that is a nice boon, we personally find the weird gradient buttons for the various tabs up top a little grating looking, and we're a fan of the more compact design that Monobook provides--though, this is likely a byproduct of our personal preference for more neatly packed web design. And uh, the less said about the other two options (Vector 2022, and. Timeless. <s>Which is the most dated theme possible, namely to mid-2010s mobile web design.</s>), the better. If you like Vector 2010, that's great, and we're fine with that! Heck, if anyone likes Vector 2022 or Timeless, that's cool too, and more power to them! Variety is the spice of life, after all. But switching it to the default is something that should not be taken lightly, and the reasons for a switch in this proposal feel a little too loosey-goosey for us, we're sorry.
#{{User|Camwoodstock}} Per proposal. We hope we've made it apparent that we think adding the particle to Rosalina's article is very silly indeed, especially decades after the fact, when Rosalina has obtained a featured article without the particle, and when Rosalina is about as much of a princess as Daisy.
#{{User|DryBonesBandit}} Per Camwoodstock.
#{{User|Hewer}} She's barely ever called that.
#{{User|Nintendo101}} I like how MonoBook looks a little more than Vector. It is what I am comfortable with. If it ain't broke, don't fix it.
#{{User|LinkTheLefty}} Queen it up.
#{{User|Drago}} Per Nintendo101. I actually prefer the smaller text of Monobook since you can see more of the page at once. I also want to point out that although logged-in users like us can change the skin in preferences, we'd still be forcing the change on logged-out users.
#{{User|Nintendo101}} Unlike the other two, there is no substantial media that refers to Rosalina as "Princess Rosalina." It is presented only in larger descriptive material on Rosalina, and even then, only occassionally.
#{{User|Ahemtoday}} Per Drago.
#{{User|Waluigi Time}} If anything, cases where Princess Rosalina is used are the clear outlier.
#{{User|Technetium}} Per Nintendo101 and Drago. I just don't see any reason to make this change.
#[[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) - She's clearly a queen, just sometimes lumped as one of "the princesses" for convenience.
#{{User|Altendo}} I'm saying this as a Vector-2010 skin user, and I'll say that people have their preferences. I live Vector-2010 because that is how Wikipedia at least used to look before they switched to Vector (2022); On Wikipedia, Vector was renamed to Vector legacy (2010), while Vector 2022 is named Vector (2022). Although I do prefer Vector-2010, I know a lot of people that prefer Monobook, and even if not, this can be changed in the preferences. No need to change the default skin. I get that IPs can't change their appearance, but aside from that, users can, and what they see doesn't have to be default on the wiki. Everyone can change what they specifically see.


====Comments====
====Comments (Princess Particle Party!)====
{{@|Camwoodstock}} That is true that it's a major change. It's based mainly upon impression from newcomers from them seeing a more prominent edit tab, slightly larger text size, and other minor details like tab names that are easier to read (including a collapsible feature for the lesser used tab). The skin change was based on old Wikipedia research at the time (like how WikiLove was a result of their research). I have no strong feelings whether this passes or not. Although it's vague, since there's no way to tell the statistics (and the wiki's already successful at the moment), I still have a feeling it could help some, but to each their own. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 18:32, December 18, 2024 (EST)
Should be of note that Palutena's Guidance [https://youtu.be/Ls0qNcpAn1E?t=53 is not the ''only'' part in Ultimate] in which Daisy is referred to as "Princess Daisy" (obviously this also applies to Peach). {{User:Arend/sig}} 14:23, March 19, 2025 (EDT)
:We feel like if anybody would be capable of providing any statistics on skin usage, it'd be Porple, but even then, we don't actually know if that's one of the things he tracks, and it feels a little silly to pester him over this of all things... ;p {{User:Camwoodstock/sig}} 18:55, December 18, 2024 (EST)
:I can't track down the article (iirc, it was translated by SourceGaming), Masahiro Sakurai prefers dropping royal monikers in ''Smash Bros.'' games. If I recall correctly, it is to make the character more familial to the player and conserve textual space on the character selection screen. King Dedede is only called "Dedede" in the Japanese releases of the ''Super Smash Bros.'' games. That does not mean "King Dedede" is not a more complete rendering of his name. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 14:44, March 19, 2025 (EDT)
 
I'm okay with opposition, but in case of misunderstanding, this proposal isn't about personal preferences so much as what I believe to be a more ergonomic interface to a wider audience. I know we're not Wikipedia, but there's also the consideration that they've used the Vector skin longer than they had for MonoBook. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 13:45, December 19, 2024 (EST)
:If it's what "you believe", then it ultimately (and probably unavoidably) is about personal preferences. Anyway, another consideration is the fact that people often prefer what they're used to. I feel like how long this wiki has used its skin is more relevant than how long Wikipedia has. {{User:Hewer/sig}} 16:39, December 19, 2024 (EST)
::{{@|Hewer}} I suppose I'm overthinking the ergonomic interface. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 15:19, December 20, 2024 (EST)


==Miscellaneous==
==Miscellaneous==
===Use official alt text as a source===
''None at the moment.''
{{early notice|December 24}}
What I refer to here as "{{wp|alt attribute|alt text}}" is text that is either:
*shown in place of a file, such as an image, when the file doesn't load;
*shown as a small note when you hover your mouse on an image on PC. See for yourself with this pic: [[File:Artwork - SUPER STAR.svg|30px|This is a Mario Star.]]
 
To quote the Wiki article I linked above, alt text "is used to increase accessibility and user friendliness, including for blind internet users who rely on special software for web browsing."
 
Nintendo's web content makes hefty use of this feature, particularly in [[Cat Transformation Center#Decorations|activities]] [[Holiday Create-a-Card (2024)#Decorations|on the]] [[Paper Mario: The Origami King Collage Maker#Decorations|Play Nintendo]] [[Nintendo Online Calendar Creator#Decorations 3|site]], where it is employed for decorative stickers users can select and manipulate. Alt text is certainly a unique means to convey information that, currently, is not treated in any the entries laid out in the wiki's "[[MarioWiki:Naming#Acceptable sources for naming|acceptable sources for naming]]", including entry 2 concerning web material, and hasn't been discussed to my knowledge. Since alt text can bear information of its own, as explained below, it might be time we decided if this quaint thing should be supported in the policy.
 
The following aspects should be kept in mind as a decision is made on this topic:
*tempting as it may be, alt text cannot be construed as internal material in the way filenames are. A filename, whether pertaining to a file in a video game or [[MarioWiki:Proposals/Archive/63#Reconsider_Nintendo's_website_filenames_being_used_as_a_source|a file on a web page]], serves a utilitarian purpose that is, above all, an organizational tool meant to aid the developers of said game or website. Contrarily, the very purpose of alt text is to be seen by the end user (that is, the regular Joe or Jane the product is being shown to) under special circumstances.
*on the other hand, alt text may display some level of unprofessionality or unfamiliarity with the source material on the part of its author--that is to say, it can lend to some pretty weird information about a given subject. The few examples I've come across are an [https://web.archive.org/web/20221204022632/https://play.nintendo.com/activities/play/nintendo-holiday-ornament-creator/ ornament resembling a mushroom item being referred to as a "Toad ornament"] <small>(play.nintendo.com via archive.org)</small>, [[Koopa Paratroopa]] [https://web.archive.org/web/20210810004641/https://play.nintendo.com/activities/play/nintendo-online-calendar-creator being called a "Koopa Flying Trooper"] <small>(play.nintendo.com via archive.org)</small>, and [[Meowser]] [https://play.nintendo.com/activities/play/bowsers-fury-cat-photo-booth/ being called "Cat Bowser"] <small>(play.nintendo.com)</small>. I'd like to stress that '''this is far from the norm''', as evident in those links--Mario is called "Mario", Goomba is "Goomba" etc., heck, some lesser known characters like {{iw|nookipedia|Lottie}}, {{iw|nookipedia|Wardell}}, and {{iw|nookipedia|Niko}} from ''Animal Crossing'' are correctly identified in that Ornament Creator activity--, but I believe it's fair of me to show you a comprehensive image of the situation.
 
Most importantly, beyond the typical "they offer unique names and spellings" claptrap, I've noticed that citing such material is genuinely practical in select situations. The one recent example that comes to mind is that the alt text of some Play Nintendo activities helped me delineate [[Gallery:Super Star#Notes|a few otherwise non-descript stars shown at Gallery:Super Star]]. The [[Super Star]] item, the one used in games to make player characters invincible, has in the past shared 2D graphics with the [[Power Star]] collectable McGuffins from 3D titles, so when identifying a given {{file link|MH Oct 4.svg|Star graphic}} with zero context to its nature, all bets are off; rather than resort to speculation and potentially erroneously place a [[Gallery:Miscellaneous stars|non-descript star graphic]] in the Super Star's gallery (as previously done), one can look up the graphic's alt text on Nintendo's website and use that as a crutch, if there's absolutely nothing else.
 
I propose three options for handling material presented in this manner.
#'''Cite alt text the same way media, including other web content, is typically cited.''' This means that if a Goomba's alt text is "Toothy Mushroom" in a context where most or every other element from the Mario series is given their usual names, then "Toothy Mushroom" is treated as a valid alternate name for the Goomba, shown on the Goomba article, and referenced from the aforementioned alt text. As argued above, alt text is meant to be seen by the end user, placing it somewhere above level 6 (concerning internal game filenames) of the current [[MarioWiki:Naming#Acceptable sources for naming|source priority policy]] under this option.
##Some exceptions can be made in this scenario. If, for instance, wiki users deem that a discrete piece of web content handles alt text in an overwhelmingly unprofessional manner, they may choose not to cite it. As a concrete example, the [https://web.archive.org/web/20241215120155/https://play.nintendo.com/activities/play/nintendo-online-calendar-creator/ 2024 Calendar Creator] activity at Play Nintendo reuses the exact same alt text from its 2023 iteration for its decorative stickers, even though said stickers changed. According to that activity, [[Cheep Cheep]]s are also called "[[Monty Mole]]s" and [[Pokey]]s are also called "[[Chain Chomp]]s". This obviously represents some level of carelessness that shouldn't be reflected on the wiki even if the content is technically official. However, it's also the exception, not the rule.
#'''Cite alt text only for redirects and/or when no other source is available for a given thing.''' This means that "Koopa Flying Trooper" and "Cat Bowser" will be removed from the [[Koopa Paratroopa]] and [[Meowser]] pages respectively, but will remain as redirects to these pages. The explanations at [[Gallery:Super Star#Notes]] and [[Gallery:Miscellaneous mushrooms#Notes]] will remain as well, because alt text is currently the only means to identify certain graphics on those pages as being a particular type of star or mushroom.
#'''Do not cite alt text in any of the ways described above.'''
 
'''Note:''' The articles concerning the Play Nintendo activities mentioned above ([[Cat Transformation Center]], [[Paper Mario: The Origami King Collage Maker]] etc.) will continue to list the alt text of each graphic as captions regardless of the proposal's outcome. This provides quick cross-referencing to someone who really wants to know how a decoration is called in those activities.
 
'''Proposer''': {{User|Koopa con Carne}}<br>
'''Deadline''': December 31, 2024, 23:59 GMT
 
====Support: cite alt text for everything, including unique names====
#{{User|Koopa con Carne}} <!--This image contains alt text that shows my support of the proposal. It is not just a random pic.-->[[File:Go Mario.png|40px|Per proposal!]]
#{{User|Hewer}} I'd think alt text would be covered under "web content" in the naming policy. There's no reason for it not to be, given that it's official text, and is more intended to be seen by the end user than image filenames, which [[MarioWiki:Proposals/Archive/63#Reconsider_Nintendo's_website_filenames_being_used_as_a_source|we already agreed are fine]]. If something's obviously a mistake, we can say that without discrediting the whole source, like we already do with other sources (e.g. the [[Cleft]] article acknowledging the "Moon Cleft" name from Super Paper Mario despite deeming it "mistaken").
#{{User|Camwoodstock}} <!--Same bit as KCC's vote, don't remove it please.-->[[File:WL4-Smile.png|The future is now, old man! We're in an era of Bluesky and screen reader compatibility! Okay, jokes aside, we're a little surprised that alt text hasn't been accounted for already, given it has been around the internet for a very, very long time. Still, better late than never, we suppose. Per proposal, and Hewer especially!]]
#{{User|EvieMaybe}} per Hewer
#{{User|Altendo}} Per all.
#{{User|Nintendo101}} [[File:Yoshijumpjoy.gif|Per Hewer.]]
#{{User|Super Mario RPG}} Per everyone.
#{{User|FanOfYoshi}} [[File:Spear Guy.gif]]
#{{User|OmegaRuby}} <!--Same bit as the others with alt texts!!--> [[File:Poisonl.gif|It's kind of surprising how this hasn't been implemented nor standard in some way yet - there's no reason that it isn't! I'm all for increased accessibility and the use of accessibility features such as alt text. Per all.]]
#{{User|Technetium}} [[File:HM Proto Toad.gif|Per all.]]
#{{User|Pseudo}} [[File:ToadetteYakumanDS.gif|50px|Per all.]]
#{{User|Axii}} [[File:MKSC Luigi Blimp.png|85px|Per proposal.png]]
 
====Support: only cite alt text for redirects and/or if there is no other source available====
 
====Oppose: do not cite alt text at all====
 
====Comments (alt text proposal)====
RE the "Toad Ornament": I think it's worth mentioning that calling some type of mushroom item a "Toad" is [[1-Up Mushroom#Hotel Mario|not unheard of]] in official works. But ok, it's less likely the typist of that Play Nintendo activity was thinking of Hotel Mario, and more likely they just confused Super Mushrooms with Toads due to their similar appearances. {{User:Koopa con Carne/Sig}} 16:45, December 17, 2024 (EST)
 
[[File:SMBS Icicle Sharp X1.png|frame|left]]
@OmegaRuby: The proposal itself is about allowing alt text to be considered a valid source, not broadening usage of alt text as a whole. ''That being said'', on that note, I do wonder if we could perhaps do just that (likely as part of another proposal), mostly in the context of sprites--such as this example on the left from the [[Icicle]] article. A usual caption would absolutely not fit on this, but alt text could help provide something for a screenreader to read out. The main issue is that, to my knowledge, the "frame" parameter inherently means the alt text ''is'' the caption, which could cause issues if we need the actual, well, frame... {{User:Camwoodstock/sig}} 12:43, December 18, 2024 (EST)

Latest revision as of 14:45, March 19, 2025

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

None at the moment.

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)

On the leading "Princess" for Peach/Daisy/Rosalina, and/or lackthereof

Brace yourselves--this is gonna be a long one.

In July of last year, jan Misali created a proposal to remove the leading "Princess" from the article name for "Princess Daisy". This failed 15-18, as people were interested in a proposal to move Peach alongside this. In November of last year, jan Misali created a follow-up proposal do exactly this, which failed again; among other concerns regarding redirects, most of the support was split between moving both Peach and Daisy to their Princess-less counterparts, and just moving Daisy, leaving the opposition in the lead. Guess third time's the charm.

The question is simple; do we remove "Princess" from the names of the Princess Peach and Princess Daisy articles? Time and time again, we've removed or truncated full names or particles to more common names. However, for whatever reason, the "Princess" particles for Peach and Daisy stick, despite Nintendo being very hit-or-miss about how required these are, especially for Daisy, whose "Princess, despite never doing anything royal outside of her debut" status has been acknowledged, officially, multiple times.

To recap the cases in favor of these renames for people that didn't read those first two proposals, the case for Daisy in particular is very strong, so we'll start with her. Simply put, Nintendo so rarely calls her by the name of "Princess Daisy" that it's starting to become a surprise when they do call her that in things like HotWheels character cars. To re-iterate a point made in jan Misali's original proposal, the count of times where Daisy is overtly referred to as "Princess Daisy" outside of manuals or other such paratexts can be counted on two hands, and even then, only barely; once in Super Mario Bros. Print World (which also erroneously calls Peach "Daisy" at one point), the two baseball games and Fortune Street interchange "Daisy" and "Princess Daisy" in dialogue but all UI uses just "Daisy", Super Mario Run being in a similar boat but with in-game descriptions for Remix 10 instead of dialogue, and Super Smash Bros. Ultimate, where Palutena calls her that. In every other case, including her own debut game, she is generally called "Daisy".

For Daisy, there is also the strange asterisk that is her film equivalent, but given the context of the plot of the film itself--that Daisy is unaware of her own royal status for the bulk of the film, and is simply referred to as just "Daisy" for most of it, we personally think it's fair to move her to "Daisy (film character) and add a Full Name parameter to clarify her "Princess Daisy" title she has towards the end. That being said, even her own official trading card just calls her Daisy, and apparently the "Princess Daisy" title only gets dropped on the back of "Sad Goodbyes", which we lack an image for.

The case for Princess Peach is less strong, partially thanks to the release of Princess Peach: Showtime!, a game in 2024 that makes rather overt use of "Princess Peach"; however, it is worth noting that Nintendo still does play rather fast-and-loose with the "Princess" particle for her as well. Most spinoffs will truncate the "Princess" off of her name, as far back as Mario Kart 64 and even after the release of Showtime, later that same year, Super Mario Party Jamboree also truncated the "Princess" off of Peach's name. While we acknowledge it's odd to laser in on exactly one game, Mario Kart 8 Deluxe just calls her "Peach", and that is one of the best-selling games in the entire Mario franchise.

We've seen various arguments against these, and aside from "personal preference for preferring particles", which we obviously can't argue with (at least, not without looking silly), we can't say we understand the majority of them:

  • Concerns were risen about removing royalty particles from other article names, such as Princess Shokora or Princess Shroob or King Bob-omb or Prince Mush (never mind that in his case, it's a stage name and not royalty). In those cases, the characters have never been referred to without their particles that we could find unless there was already an older name in the first place, such as "Big Bob-omb" for "King Bob-omb" (it's possible there's remote dialogue or an obscure Manga appearance we don't have on-record, but we're doubtful). These would retain their particles, as per our Naming policies determining that the most common English name is what is used, and in these cases, the particle is included almost 100% of the time. In contrast, Nintendo has been fairly interchangeable with Peach and Daisy's "princess" particles, and in Daisy's case, her particle has only become increasingly rarer as time goes on. If instances were located where the aforementioned characters lacked their particles short of the Big/King Bob-omb example, that would be something worth acknowledging, but in their cases, the particles being excluded is overwhelmingly the exception, not the norm.
  • Concerns have been risen about the Peach and Daisy article titles potentially referring to generic subjects; however, as of writing this proposal, both "Peach" and "Daisy" directly lead to their corresponding princesses anyways by means of redirects. Other subjects are instead given a "For <x>, see <y>" in the Princess' articles introductions. These redirects are already present as-is, and these changes wouldn't change how a search lands.
  • For internet traffic, given Peach and Daisy already lead to these articles, we still fail to see how this would impact much, unless we intentionally chose to not leave a redirect after a move; it should go without saying that, if we were to make a move of this magnitude, we would absolutely be leaving a redirect.
  • On a meta level, for the "would prefer one, but not the other" angle that was part of the reason the second proposal failed, we have since introduced a poll format to more adequately determine more nuanced situations like this, without risking support being split between two groups and being out-numbered overall.
  • While this was not mentioned in the original proposals to our awareness, we do acknowledge that some people may be concerned about the costs of labor of changing a bunch of links; however, not only could this trivially be an automated rename, something our proprietor already does fairly regularly with template names, even if this were somehow unworkable, we already have ample tools to manually perform such a change built into MediaWiki itself. We are well-aware of what this wiki's userbase can do when it comes to making these mass-changes, and we think we have a very capable userbase when it comes to deploying a change like this, either automatically or by hand.

There are also two characters we think are worth acknowledging, one brought up by jan Misali when we shared this proposal's draft with them, and one we noticed ourselves. For jan Misali's part, there's Bowser, or rather, King Bowser... Or rather, how in-frequently Bowser is known as "King Bowser". It's to the point where mentions of "King Koopa" as he appears in the DiC cartoons severely outnumber the amount of times Bowser is actually called "King Bowser" outright. This is exceedingly non-contentious, and while a King Bowser redirect has existed since 2006, we can't tell when the last time "King Bowser" was overtly used in dialogue. All we can really say is, having played Minion Quest: The Search for Bowser recently, it's not in that, with Bowser usually just being referred to as, well, Bowser, with the occasional uses of "Lord" or other offbeat honorifics instead of "King".

However, to us, the real smoking gun for why a move like this would not only make sense, but be perfectly fine for the wiki, has been sitting right underneath our noses the entire time. Rosalina, or should we say Princess Rosalina? Rosalina has been called a Princess from sources dating as far back as 2010 and as recently as 2023. She's commonly colloquially known as a Princess by fans. Heck, Princess Rosalina is, as of writing this proposal, a valid redirect to her article, and her infobox states her full name is "Princess Rosalina". However, her article has sat at the title of "Rosalina" since its inception back in 2007, with the Princess redirect only being made in 2014. Rosalina is a Featured Article, so her page naturally receives a lot of traffic and scrutiny, but nobody seems to have questioned if it would be worth moving her article to "Princess Rosalina" to match the other two princesses; and while one could argue that Rosalina is "not much of a princess", that naturally begets the response that neither is Daisy, who keeps the particle anyways. There's not really any reason we can think of why Daisy should keep her particle if Rosalina hasn't ever held one and it's seemingly never been questioned, and from there, we could understand removing the particle from Peach's name for parity's sake. (Even still, if you really wanted to, we've provided an option to, in addition for what to do to the "Princess" particles in Peach & Daisy's names, if we should add one to Rosalina's name, or keep it absent. We don't really intend to include something like this for "King Bowser" as, while "Princess Rosalina" at least has a plurality number of cases we could find of that name being used, we could literally only find one "King Bowser", in Nintendo Comics System.)

Proposer: Camwoodstock (talk)

Do we have a "Princess" particle for Princess Peach?

Deadline: April 2, 2025, 23:59 GMT

Yes Princess (status quo)
  1. Waluigi Time (talk) Per past me: "I don't think focusing in so heavily on the exact places or times the full names vs. the shortened names are used is beneficial if those names are still in frequent use. [...] Princess Peach is still very commonly used, the average person knows her by that name, I don't see a need to change it." Considering Nintendo used her full name in a game title last year, this would be a really odd time to do it, and it sheds some light on how awkward it is putting so much focus squabbling over the specifics of character select screens and the like, IMO. I don't see a consistency issue with Daisy regardless of what happens with her, they weren't designed to be perfect analogues to each other and are used in different contexts, which also informs Nintendo's usage of their full titles.
  2. Technetium (talk) Per Waluigi Time, past and present.
  3. Nintendo101 (talk) Much like Daisy, "princess" is scrapped in material where you play as Peach, potentially because they want a more familial sounding moniker for such contexts where you play as her, or they want to be conservative with text on character selection screens. That does not make "Princess Peach" erroneous, archaic, unused, or inappropriate for the title of an article. This is an even stronger case for Peach because she shows up more often in non-playable appearances, where she is typically called "Princess Peach," and they represent the bulk of her history. It is the name used in most instruction booklets, toys, and even in-game. It is not the end of the world for her article to simply go by "Peach," but there is also nothing incorrect or erroneous with maintaining that. "Peach" is more so a shorter derivative of "Princess Peach" than "Bowser" ever was of "King Bowser" or anything like that (and certainly more so than "Princess Rosalina" is for "Rosalina.") You can probably count the number of sources that prefer using that name for him on one hand, unlike Peach.
No Princess
  1. Camwoodstock (talk) Per proposal. While we think the arguments for keeping Peach's particle are the strongest, namely since we have an entire game from 2024 with the particle in the name, we do think if we remove this from Daisy, we should naturally remove this from Peach for the sake of parity.
  2. LinkTheLefty (talk) Abolish the monarchy.

Do we have a "Princess" particle for Princess Daisy?

Deadline: April 2, 2025, 23:59 GMT

Yes Princess (status quo)
  1. Nintendo101 (talk) In my view, "Princess" is scrapped in material where you play as Daisy, which happen to represent the bulk of her appearances. Perhaps they want a more familial sounding moniker for such contexts, or they want to be conservative with space on character selection screens. That does not make "Princess Daisy" erroneous, archaic, or unused. It is the name used in Super Mario Land, the Super Mario Bros. Encyclopedia, and licensed promotional toys and products of Daisy, where she is called "Princess Daisy." It is not the end of the world for her name to go by something else, but there is also nothing incorrect or erroneous with maintaining the status quo.
No Princess
  1. Camwoodstock (talk) Per proposal. To be honest, this has never been a contest for us; as far back as flavor text in Mario Party 9, Nintendo has acknowledged the weird lack of Damsel-in-distress-ness to Daisy's character, and the usage of "Daisy" in lieu of "Princess Daisy" is as old as Super Mario Land itself. That Daisy's royalty is bordering on in-name only post-Land is practically a defining trait of hers.
  2. Hewer (talk) Per the trilogy of proposals, this is the name that is almost always used for this major character and it is bizarre that we aren't reflecting that. This should've happened long ago, hopefully this new poll format will finally allow it to. I think I'm neutral regarding whether to move Peach, since it's much less immediately obvious which of her two names is most commonly used.
  3. LinkTheLefty (talk) Per last times.

Do we have a "Princess" particle for Princess Rosalina?

Deadline: April 2, 2025, 23:59 GMT

Yes Princess
No Princess (status quo)
  1. Camwoodstock (talk) Per proposal. We hope we've made it apparent that we think adding the particle to Rosalina's article is very silly indeed, especially decades after the fact, when Rosalina has obtained a featured article without the particle, and when Rosalina is about as much of a princess as Daisy.
  2. Hewer (talk) She's barely ever called that.
  3. LinkTheLefty (talk) Queen it up.
  4. Nintendo101 (talk) Unlike the other two, there is no substantial media that refers to Rosalina as "Princess Rosalina." It is presented only in larger descriptive material on Rosalina, and even then, only occassionally.
  5. Waluigi Time (talk) If anything, cases where Princess Rosalina is used are the clear outlier.
  6. Doc von Schmeltwick (talk) - She's clearly a queen, just sometimes lumped as one of "the princesses" for convenience.

Comments (Princess Particle Party!)

Should be of note that Palutena's Guidance is not the only part in Ultimate in which Daisy is referred to as "Princess Daisy" (obviously this also applies to Peach). ArendLogoTransparent.pngrend (talk) (edits) 14:23, March 19, 2025 (EDT)

I can't track down the article (iirc, it was translated by SourceGaming), Masahiro Sakurai prefers dropping royal monikers in Smash Bros. games. If I recall correctly, it is to make the character more familial to the player and conserve textual space on the character selection screen. King Dedede is only called "Dedede" in the Japanese releases of the Super Smash Bros. games. That does not mean "King Dedede" is not a more complete rendering of his name. - Nintendo101 (talk) 14:44, March 19, 2025 (EDT)

Miscellaneous

None at the moment.

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