MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
 
Line 1: Line 1:
{{/Header}}
{{/Header}}
==Writing guidelines==
==Writing guidelines==
===Establish a consistent table format for the "Recipes" section on ''Paper Mario'' item pages===
''None at the moment.''
{{early notice|January 8}}
Recently on the wiki's Discord server, the user PalaceSwitcher brought up how inconsistent the recipe tables are for ''Paper Mario'' series item pages. They even went through every page and categorized how the tables on each differ, determining that '''12''' variations exist. 12! Dreadful. Where's the <s>lamb sauce</s> consistency?!


With that said, I think it would be best if we simply come up with a new table format altogether, and then implement it onto all these pages for both consistency and better readability - this format, which will utilize normal table coding, will replace the [[Template:PM recipe list|PM recipe list template]] in use previously. Many pages are also missing recipes, and having an outline to follow will make it easier for those to be completed. Another issue with all 12 current variations that there is one big table per page, requiring another column to specify which game(s) the recipe is in. Not only does an extra game column make the table clunkier, but it's harder for a reader to spot the exact game they're looking for. Sure, there might be repeated recipes on a page, but I feel the benefits of having one table per game outweigh this possible negative. A few pages also incorporate item icons into their tables, which I think should be the case on every page because they really help with readability; by splitting by game, we can use game-specific icons (names too, actually).
==New features==
''None at the moment.''


So, here's what I'm thinking the "Recipes" section of these pages could look like with the new table format. I'll use [[Mushroom Steak]] as an example, considering it's an item found in all three games. Note that each game will be its own subsection you can jump to on the actual pages, but doing so here could mess up the formatting of the proposal.
==Removals==
''None at the moment.''


'''''Paper Mario'''''
==Changes==
{|style="text-align:center; width:50%"class=wikitable
===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.===
!width="75%"|Recipe
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]])
!width="25%"|Result
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}}
|rowspan=9|[[File:PaperMario Items ShroomSteak.png|link=|25x25px]] '''Shroom Steak'''
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Life Shroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|Dried Shroom|link=Dried Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Life Shroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Life Shroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}} + {{PM item|Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}} + {{PM item|Super Shroom|link=Super Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}} + {{PM item|Volt Shroom|link=Volt Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|Ultra Shroom|link=Ultra Mushroom|size=25x25px}} + {{PM item|Dried Shroom|link=Dried Mushroom|size=25x25px}}
|-
|{{PM item|Life Shroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|Super Shroom|link=Super Mushroom|size=25x25px}}
|-
|[[File:PaperMario Items ShroomSteak.png|link=|25x25px]] '''Shroom Steak''' + {{PM item|Potato Salad|size=25x25px}}
|{{PM item|Deluxe Feast|size=25x25px}}
|}


'''''Paper Mario: The Thousand-Year Door'''''
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!)  
{|style="text-align:center; width:50%"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}}
|rowspan=9|[[File:Mushroom Steak PMTTYDNS icon.png|link=|25x25px]] '''Mushroom Steak'''
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Super Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Volt Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Dried Mushroom|size=25x25px}}
|-
|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|game=TTYDNS|Super Mushroom|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|game=TTYDNS|Golden Leaf|size=25x25px}}
|rowspan=4|[[File:Mushroom Steak PMTTYDNS icon.png|link=|25x25px]] '''Mushroom Steak''' (International)<br>{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} (Japan)
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Life Mushroom|link=Life Mushroom (Paper Mario series)|size=25x25px}} + {{PM item|game=TTYDNS|Turtley Leaf|size=25x25px}}
|-
|style="border-bottom:solid 1px #DDD"|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Golden Leaf|size=25x25px}}
|-
|{{PM item|game=TTYDNS|Ultra Mushroom|size=25x25px}} + {{PM item|game=TTYDNS|Turtley Leaf|size=25x25px}}
|-
|[[File:Mushroom Steak PMTTYDNS icon.png|link=|25x25px]] '''Mushroom Steak''' + {{PM item|game=TTYDNS|Healthy Salad|size=25x25px}}
|{{PM item|game=TTYDNS|Zess Deluxe|size=25x25px}}
|}


'''''Super Paper Mario'''''
But we’re already doing this, just under the veneer of putting it under existing articles. These articles, for example:
{|style="text-align:center; width:50%"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|{{PM item|game=SPM|Ultra Shroom Shake|size=25x25px}}
|[[File:Shroom Steak SPM.png|link=|25x25px]] '''Shroom Steak'''
|-
|style="border-bottom:solid 1px #DDD"|[[File:Shroom Steak SPM.png|link=|25x25px]] '''Shroom Steak''' + {{PM item|game=SPM|Gorgeous Steak|size=25x25px}}
|rowspan=2|[[File:Dyllis Deluxe SPM.png|25x25px]] [[Dyllis Deluxe]]
|-
|[[File:Shroom Steak SPM.png|link=|25x25px]] '''Shroom Steak''' + {{PM item|game=SPM|Roast Shroom Dish|link=Mushroom Roast|size=25x25px}}
|}


For adding item links and their icons, any one of these three options is valid:
*[[Shell dash]] ([[Shell Mario]])
* {{PM item|game=TTYDNS|Mushroom Steak|size=25x25px}} — [[Template:PM item]] for all three games
*[[Dive]] (Claw dives of [[Cat Mario]])
* {{PMTTYD item|game=NS|Mushroom Steak|size=25x25px}} — [[Template:PMTTYD item]] for TTYD or [[Template:SPM item]] for SPM
*[[Drill Spin]] ([[Propeller Mario]])
* [[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] [[Mushroom Steak]] — linking a file normally


Feel free to leave any ideas you have for the new table outline in the comments!
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 to 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.


'''Proposer''': {{User|Technetium}}<br>
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? Even though one needs to know how to Tail Swipe to beat all Mega Yoshi areas? Would [[Penguin Mario]] be a stronger article if there was a second article dedicated to Belly Slide? Which is main unique thing about it, given Ice Balls are from [[Ice Mario]] and good swimming is from [[Frog Mario]]? 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? Again, something necessary to complete the ball's tutorial area?
'''Deadline''': January 15, 2025, 23:59 GMT


====MasterChef (Support)====
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.
#{{User|Technetium}} As <s>Gordon Ramsay</s> proposer.
#{{User|PaperSplash}} Per proposer.
#{{user|Doc von Schmeltwick}} - THANK YOU. Unshrink the icons and this'd be perfect, but this is a good start.
#{{User|Camwoodstock}} - This is so thoroughly overdue. Per proposal!
#{{User|Super Mario RPG}} - This works better than my solution.
#{{User|Jdtendo}} Looks good!
#{{User|Blinker}} Per proposal
#{{User|LadySophie17}} Looks good to me.
#{{User|Sparks}} Per all.
#{{User|Pseudo}} Per all.
#{{User|EvieMaybe}} per all!!!
#{{User|Zootalo}} Per all.
#{{User|PalaceSwitcher}} Per all.
#{{User|Waluigi Time}} Now we're cooking.
#{{User|Tails777}} Yes Chef! (Per proposal, the tables look good)
#{{User|PopitTart}} Always a fan of a good consistent format for tables.
#{{User|OmegaRuby}} Per all - consistency makes my brain happy!
#{{User|Mario}} Huh. Why is the design for these recipe tables always an issue in this wiki???


====It's RAW! (Oppose)====
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.


====Cooking Comments====
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. As the various contexts of Fly are not the same kind of action to begin with, the article will become {{Fake link|List of methods of flight}}. This broadens the scope to fit all of the components. (Note how "flight" is not a proper noun).
{{@|Doc von Schmeltwick}} What size do you think the icons should be? I just did 25x25px since that's what they are on the [[Shooting Star (item)|Shooting Star]] page, one of the only pages to currently use icons. Feel free to make an example table here. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 21:05, December 31, 2024 (EST)
:I think that except for the TTYD remake, they should ideally just be their native size. Aside from the aforementioned remake, none get big enough for that to be an issue. (At the very least, the image links should work, because in the current setup, clicking on the icon does diddly-squat when it logically should do what clicking on an image would normally do.) [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 21:59, December 31, 2024 (EST)
::I would prefer for all the icons to be the same size if possible. When at native size besides the TTYD remake, they look like this next to each other:
::[[File:PaperMario Items ShootingStar.png]] [[File:Shooting Star PMTTYDNS icon.png|25x25px]] [[File:Shooting Star SPM.png]]
::As for the links, I didn't include them because it felt redundant when the page links are right next to them too (and the Shooting Star page didn't have them). If people disagree, I'd totally add links, though - let me know. There still wouldn't be a link to the item a page is about, as you could imagine. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 22:18, December 31, 2024 (EST)
:::When I click on a sprite I ''generally'' want to go to the image file page. Granted, I have used images to link to pages on rare occasions to match in-game formatting, but linking nowhere is just a waste - especially when it's shrunk, so you can't copy it to your computer's clipboard without it being compressed. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 22:21, December 31, 2024 (EST)
::::Ah, I assumed you meant linking to the item's page, not the file link. That makes more sense. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 22:22, December 31, 2024 (EST)
:::::{|style="text-align:center"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|[[File:PaperMario Items UltraShroom.png]] [[Ultra Mushroom|Ultra Shroom]]
|rowspan=3|[[File:PaperMario Items ShroomSteak.png]] '''Shroom Steak'''
|-
|[[File:PaperMario Items LifeShroom.png]] [[Life Mushroom (Paper Mario series)|Life Shroom]] + [[File:PaperMario Items DriedShroom.png]] [[Dried Mushroom|Dried Shroom]]
|-
|[[File:PaperMario Items LifeShroom.png]] [[Life Mushroom (Paper Mario series)|Life Shroom]] + [[File:PaperMario Items Mushroom.png]] [[Mushroom]]
|}
:::::{|style="text-align:center"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|rowspan=3|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak'''
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|}
:::::{|style="text-align:center"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|[[File:Ultra Shroom Shake SPM.png]] [[Ultra Shroom Shake]]
|[[File:Shroom Steak SPM.png]] '''Shroom Steak'''
|-
|[[File:Shroom Steak SPM.png]] '''Shroom Steak''' + [[File:Gorgeous Steak SPM.png]] [[Gorgeous Steak]]
|rowspan=2|[[File:Dyllis Deluxe SPM.png]] [[Dyllis Deluxe]]
|-
|[[File:Shroom Steak SPM.png]] '''Shroom Steak''' + [[File:Roast Shroom Dish SPM.png]] [[Mushroom Roast|Roast Shroom Dish]]
|}
:::::Here are some tables with native sized icons (besides TTYD). Yeah, it does make SPM stand out more, though each game will be a separate subsection... and maybe TTYD could be made a bit larger? What do you guys think? I still prefer how they look in the proposal proper, though maybe those icons could be made a bit bigger (don't know if that would mess up the quality of the PM64 sprites, though...) [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 22:36, December 31, 2024 (EST)
::::::Generally speaking, I'd go with making the TTYDNS sprites appear the same size as the TTYD raw size. So they could appear side-by-side easily. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 23:19, December 31, 2024 (EST)
:::::::I mean, I don't think I'm ever going to use the original TTYD sprites for these tables, given I was just going to merge TTYD and its remake into one section. I'm aware there are some recipe differences, but I was just going to mark those in the tables with the GCN and Switch logo icons. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 08:55, January 1, 2025 (EST)
::::::::Personally, I really don't see the point in having the icons be shown in their native size. Having them be different sizes like that just looks clunky for no good reason. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 09:44, January 1, 2025 (EST)
:::::::::Spriter's itch. Seeing incorrectly sized sprites is not a pleasant sensation. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 13:42, January 1, 2025 (EST)
::::::::::Well, now the icons link to the original sprite files. And I think far more readers would be bothered by the icons being different sizes. Your opinion is valid, but is likely very much the minority here. I'm going to keep the icons the same size as each other for this proposal, though I would be open to making them a bit bigger if people would prefer that (though I don't think the PM64 ones really can get much bigger without their quality being lowered). [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 13:48, January 1, 2025 (EST)
::::::::::I really don't think the concept of a "correct" size really applies here? These aren't NES games or whatever. The resolution of a sprite doesn't dictate its size on the screen anyway. Especially across different games with varying resolutions. So why should it dictate it here, you know?  [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 13:58, January 1, 2025 (EST)
:::::::::::PM64's sprites are, at the very least, generally consistent resolution to each other per shared camera distance. There are exceptions, like things that appear in multiple sizes (notably the Bloopers). Later games have more complex sprites in pieces that may or may not have a relatively consistent resolution, but "icon"-type sprites such as these invariably do relative to each other. Anyway, resized pixels just look kinda icky, so I prefer, personally, to minimize use of that if it can be helped. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 15:33, January 1, 2025 (EST)


Honestly, our only worry is if anyone is willing/able to go and implemenent this proposal in all the articles when this is done, [https://xkcd.com/927/ so as to prevent a scenario like this]... ;P {{User:Camwoodstock/sig}} 10:40, January 1, 2025 (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 the yellow capes of [[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 only the Smash Bros. attack.)
:Oh don't worry, I plan on working on it. Just stinks the proposal won't end until after my winter break ends too… eh, I'll probably still have plenty of free time. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 10:46, January 1, 2025 (EST)


I do prefer it recipe ingredients were separated by line breaks. It's just easier for me to discern where a recipe begins and ends. {{User:Mario/sig}} 12:56, January 1, 2025 (EST)
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.
:What would this look like in a table? If you could make a little example. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 13:02, January 1, 2025 (EST)


::Something like this
'''Proposer''': {{User|Salmancer}}<br>
{|style="text-align:center"class=wikitable
'''Deadline''': March 31, 2025, 23:59 GMT
!width="75%"|Recipe
!width="25%"|Result
|-
|[[File:PaperMario Items UltraShroom.png|25x25px]] [[Ultra Mushroom|Ultra Shroom]]<br>
[[File:PaperMario Items LifeShroom.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Shroom]] + [[File:PaperMario Items DriedShroom.png|25x25px]] [[Dried Mushroom|Dried Shroom]]<br>
[[File:PaperMario Items LifeShroom.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Shroom]] + [[File:PaperMario Items Mushroom.png|25x25px]] [[Mushroom]]<br>
[[File:PaperMario Items LifeShroom.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Shroom]] + [[File:PaperMario Items UltraShroom.png|25x25px]] [[Ultra Mushroom|Ultra Shroom]]<br>
[[File:PaperMario Items UltraShroom.png|25x25px]] [[Ultra Mushroom|Ultra Shroom]] + [[File:PaperMario Items Mushroom.png|25x25px]] [[Mushroom]]<br>
[[File:PaperMario Items UltraShroom.png|25x25px]] [[Ultra Mushroom|Ultra Shroom]] + [[File:PaperMario Items SuperShroom.png|25x25px]] [[Super Mushroom|Super Shroom]]
|[[File:PaperMario Items ShroomSteak.png|25x25px]] '''Shroom Steak'''
|-
|[[File:PaperMario Items ShroomSteak.png|25x25px]] '''Shroom Steak''' + [[File:PaperMario Items PotatoSalad.png|25x25px]] [[Potato Salad]]
|[[File:PaperMario Items DeluxeFeast.png|25x25px]] [[Deluxe Feast]]
|}
::I also think it beats out using rowspan. The resulting code is easier to parse too. It was like this before btw, but it was changed to all those cells, and I just think this display is much easier to tell which ingredient list for a dish is the last one before the next dish begins. {{User:Mario/sig}} 14:53, January 1, 2025 (EST)
:::The only issue is that some of the icons bump into each other, and I'd rather not remove the icons because they greatly increase readability. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 15:01, January 1, 2025 (EST)
::::Yeah. I just want to find a way to help separate the dishes better. Maybe introduce a bolder line around the dishes+recipes while the individual recipes have thinner lines. It just needs some visual organization. {{User:Mario/sig}} 15:03, January 1, 2025 (EST)
:::::I was actually just thinking of that, lol. I'll definitely edit that into the proposal - just don't have my computer atm, though I should in the next couple hours. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 15:04, January 1, 2025 (EST)
Here's a test of adding thicker lines between recipies.
{|style="text-align:center"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|rowspan=9 style="border-bottom: solid 5px"|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak'''
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Volt Mushroom PMTTYDNS icon.png|25x25px]] [[Volt Mushroom]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|style="border-bottom: solid 5px"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|rowspan=4 style="border-bottom: solid 5px"|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' (International)<br>[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom]] (Japan)
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|-
|style="border-bottom: solid 5px"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' + [[File:Healthy Salad PMTTYDNS icon.png|25x25px]] [[Healthy Salad]]
|[[File:Zess Deluxe PMTTYDNS icon.png|25x25px]] [[Zess Deluxe]]
|}
--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 16:20, January 1, 2025 (EST)
:Thanks! I think the lines are a bit too thick - maybe they could be 3 or even 2 px? I'd also like the borders to be the same thickness so they don't stand out too much (and the lines beneath Recipe and Result). [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 16:23, January 1, 2025 (EST)
Okay, try #2 using lighter "internal borders" rather than thicker "external borders".
{|style="text-align:center"class=wikitable
!width="75%"|Recipe
!width="25%"|Result
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|rowspan=9|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak'''
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Volt Mushroom PMTTYDNS icon.png|25x25px]] [[Volt Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|rowspan=4|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' (International)<br>[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom]] (Japan)
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' + [[File:Healthy Salad PMTTYDNS icon.png|25x25px]] [[Healthy Salad]]
|[[File:Zess Deluxe PMTTYDNS icon.png|25x25px]] [[Zess Deluxe]]
|}
--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 18:47, January 1, 2025 (EST)
:This is perfect, thanks so much! I'll update the proposal shortly. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 18:53, January 1, 2025 (EST)
::All right! Let's try this out. {{User:Mario/sig}} 21:47, January 1, 2025 (EST)
:Our only real complaint we can think of is that on some screens, the faded border lines are a little too low-contrast. Aside from that, though, we think this is a very elegant solution! {{User:Camwoodstock/sig}} 15:03, January 2, 2025 (EST)
::Yeah, I’ve noticed that on mobile. Not really sure if there's anyway around that… [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 17:09, January 2, 2025 (EST)


With all of that figured out, does anyone have any suggestions regarding the width of the tables? [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 19:14, January 1, 2025 (EST)
====Merge moves and Listify Fly: Merge moves to forms, and convert [[Fly]] into a list with the name {{Fake link|List of methods of flight}}====
:I think they should be about 50% width. Small enough to not take up the entire width of the page but large enough to not have their content be cramped. [[User:PalaceSwitcher|PalaceSwitcher]] ([[User talk:PalaceSwitcher|talk]]) 13:36, January 2 2025 (EST)
#{{User|Salmancer}} Per proposal.
::Can you code an example of what this would look like compared to the current tables? And would this make the widths of each game equal? I was more so wondering here if each game's width should be equal or if that doesn't really matter. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 13:41, January 2, 2025 (EST)


:::{|style="text-align:center; width:50%"class=wikitable
====Merge moves, Fly is free: Merge moves to forms, but keep Fly as is====
!width="75%"|Recipe
!width="25%"|Result
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|rowspan=9|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak'''
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Mushroom PMTTYDNS icon.png|25x25px]] [[Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Volt Mushroom PMTTYDNS icon.png|25x25px]] [[Volt Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Dried Mushroom PMTTYDNS icon.png|25x25px]] [[Dried Mushroom]]
|-
|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Super Mushroom PMTTYDNS icon.png|25x25px]] [[Super Mushroom]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|rowspan=4|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' (International)<br>[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom]] (Japan)
|-
|style="border-bottom:solid 1px #DDD"|[[File:Life Mushroom PMTTYDNS icon.png|25x25px]] [[Life Mushroom (Paper Mario series)|Life Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|style="border-bottom:solid 1px #DDD"|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Golden Leaf PMTTYDNS icon.png|25x25px]] [[Golden Leaf]]
|-
|[[File:Ultra Mushroom PMTTYDNS icon.png|25x25px]] [[Ultra Mushroom]] + [[File:Turtley Leaf PMTTYDNS icon.png|25x25px]] [[Turtley Leaf]]
|-
|[[File:Mushroom Steak PMTTYDNS icon.png|25x25px]] '''Mushroom Steak''' + [[File:Healthy Salad PMTTYDNS icon.png|25x25px]] [[Healthy Salad]]
|[[File:Zess Deluxe PMTTYDNS icon.png|25x25px]] [[Zess Deluxe]]
|}
:::Here's an example at 50%. Every game should have the same table width for consistency. [[User:PalaceSwitcher|PalaceSwitcher]] ([[User talk:PalaceSwitcher|talk]]) 13:58, January 2 2025 (EST)
::::Ah, so that's how you do it. Thanks! [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 14:14, January 2, 2025 (EST)


Actually, there's one other topic I’d like to discuss. I talked about the icon links with Doc earlier, but people have differing opinions on the Discord so I thought I'd bring it up again. Should the icons link to the item's article, link to the file itself (as they do currently in the proposal tables), or link to nothing? I don't really have an opinion on it myself so I'd like to hear yours. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 20:35, January 1, 2025 (EST)
====Clip Fly's wings: Do not merge moves to forms, change Fly from an article to a list with the name {{Fake link|List of methods of flight}}====
:Hmm, I'll summarize what has been discussed already. Having the icons link to their respective image file could be an issue as a reader could misclick on it instead of the actual article link. Having the icons link to the article more so just extends the size of the link functionally if anything, though it's redundant. Having no links just prevents the possibility of misclicking and makes the article links normally sized. While I can see the value in linking to the icon image itself, especially as they won't be natively sized here, the misclicking argument is compelling to me. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 21:30, January 1, 2025 (EST)
::As I see it, if a wiki reader is looking at the recipe tables of an item, they're more likely there because they want to know about the game mechanic of recipe making and the items involved, not their icon files. Sending them out of the main namespace because they misjudged where to click or tap slightly just creates a small bit of unnecessary friction. And if they ''do'' actually want the icons themselves, then its simple enough to follow the link to the respective item's own page and find the relevant images right in the infobox.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 22:08, January 1, 2025 (EST)
:::???? The same argument can be made for icons in general. If you're already linking a subject in text, the image shouldn't just link to the same place. (That's irritated me several times... particularly on recipe tables.) [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 22:17, January 1, 2025 (EST)
::::This is why I'm wondering if we should just compromise by not linking to anything... which is how the proposal was earlier. Yeah, I'm really not so sure here, but I am starting to lean towards going back to that, and again, that's how it is on the [[Shooting Star (item)|Shooting Star]] page already. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 22:39, January 1, 2025 (EST)
:::::I don't really get where the assumption came from that no one could want to click the icons to go to the file page, despite that being the way images normally work on the wiki. Why is preventing misclicks more important than allowing intentional clicks? {{User:Hewer/sig}} 09:05, January 2, 2025 (EST)
::::::In this case the images are both rather small and directly next to links to articles. I personally really like to avoid having links to different things right next to each other in general because it can [[Prankster Comet|mislead the reader]] [[Confused|into thinking there's]] [[Link|one continuous link]] and, relevant to image links, makes it annoying to follow a specific link because missing it slightly (Which is especially likely on mobile) takes you somewhere totally different. Then you have to go back and try again, maybe even zooming in to get it properly. I feel like the annoyance this situation causes is worth avoiding at the cost of a slightly less convenient means of getting the image page. I'm only suggesting this because the links in question are going to the very same ingredient articles, which feature full galleries and infoboxes with easy to access images. Compare with {{tem|World link}}.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 19:23, January 2, 2025 (EST)
:::::::I'm definitely starting to lean towards not having the icons link to the files. I just don't know whether I should have the icons link to the item pages or link to nothing. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 19:35, January 2, 2025 (EST)
::::::::Having them link to nothing is my least favourite of the three options. If we can't have them link to the file because people are actually trying to click the link next to it, we could at least have the image link to that same page for a better solution to that problem. {{User:Hewer/sig}} 07:25, January 3, 2025 (EST)
:::::::::That's what I decided to do for now (see below). [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 07:31, January 3, 2025 (EST)
::::::::::Sorry, but the idea of "accidentally" hitting a tiny image file trying to hit a much larger textual link is an utterly absurd idea, IMO, and even more absurd is it to cater to that already-tenuous hypothetical than the more likely scenario of clicking on the image to go to that image. Why add an extra step? [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 09:31, January 3, 2025 (EST)


I decided to update the proposal tables using the PM item template, as this is easier to use. I used the PM item template for all three games, but feel free to use PMTTYD item or SPM item when implementing this proposal if you'd prefer, or even the file format I used previously - all of these lead to the same result. But yeah, I think I'm going to have the icons link to the articles - it only makes sense for a reader to want to click on the icon, as PopitTart mentioned on the wiki Discord server (also their comment above). Ultimately, the most important parts of this proposal are how the tables are formatted and the fact there are icons to begin with - I will remain open on what the icons should link to even after it closes / we see how readers feel when this is put into place and adjust if needed. I'm just not sure how to handle the item the page is about... idk if the item template would even work there, and I'd want it to be bold anyway, so I guess we can still use the normal file formatting there (as I said earlier, all that matters is if the result turns out the same; I just demonstrated the method I find simplest for this outline). [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 23:13, January 2, 2025 (EST)
====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.


==New features==
====Comments (Merge moves of forms to forms even if they are non-unique and replace Fly with a list)====
===Create a template to direct the user to a game section on the corresponding List of profiles and statistics page===
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)
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.
Question; would this merge [[Fireball Punch]], and would this failing result in re-instating [[Talk:Dangan Mario|Dangan Mario]]? These manga "forms" are kind of an edge case. {{User:Camwoodstock/sig}} 18:23, March 17, 2025 (EDT)
:Oh dear manga questions. From what I understand of things, I think nothing should happen either way. Dangan Mario was an article as a form, so unless it's getting reevaluated to be a named move it stays where it lies. Fireball Punch is tricky. The thing is that this proposal exists because of pressures from the medium of video games. Fireball Punch is from a linear narrative story, there's not really much of a benefit readers gain from merging Fireball Punch because odds are someone looking at Super Mario Wiki to read about Fireball Mario doesn't need to know what a Fireball Punch is soon after. They might not even be reading the fifth chapter of Volume 1, the only place with a Fireball Punch. You can hardly consider the Fireball Punch to be a core part of Fireball Mario like all of the moves involved in the proposal. Fireball Punch is free from this proposal, though someone else might think the lack of length means it should be merged into Fireball Mario given this proposal is merging many longer articles or sections of articles into their home forms. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 18:56, March 17, 2025 (EDT)


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:
{{@|Doc von Schmeltwick}} for your own sake, you should know "once and only once" as a strict policy has been [https://www.mariowiki.com/index.php?title=MarioWiki:Once_and_only_once&diff=4723954&oldid=4372233 retired]. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 19:18, March 17, 2025 (EDT)
:Thanks, wish I'd known that before. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 19:30, March 17, 2025 (EDT)


:''For profiles and statistics of Luigi in Mario Sports Superstars, see [[List of Luigi profiles and statistics#Mario Sports Superstars|here]].''
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)


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.
"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|Super Mario RPG}}<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''': <s>January 1, 2025, 23:59 GMT</s> January 8, 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)


====Support====
===On the leading "Princess" for Peach/Daisy/Rosalina, and/or lackthereof===
#{{User|Super Mario RPG}} Per.
Brace yourselves--this is gonna be a long one.
#{{User|Hewer}} I don't really see a need to deliberately make prose less specific, but otherwise I like this idea, per proposal.


====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|Mario}} Doesn't seem necessary. Just a thought: should we also link to parts of character galleries for every game section?


====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.
{{@|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)


If I understood this correctly, would this proposal add a disclaimer to every sigle game in a character's History section if the character has a corresponding profile and/or statistics section for that game? That's basically 20+ disclaimers on almost every game in Luigi's History page, is that correct? {{User:LadySophie17/sig}} 09:41, January 1, 2025 (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".
:I don't really see the problem if it's helpful, relevant links that aren't very intrusive anyway. {{User:Hewer/sig}} 09:08, January 2, 2025 (EST)


@Mario: I don't think the gallery comparison works. Galleries aren't split up into subsections for individual games in the same way as profiles and statistics pages, so it can't really be done the same way. {{User:Hewer/sig}} 18:16, January 3, 2025 (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.


===Split image categories into separate ones for assets, screenshots, and artwork===
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.
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)]].
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 [[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.
*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 <nowiki><x>, see <y></nowiki>" 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.


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


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.
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]].)


And in accordance with Waluigi Time's comment, this won't be necessary for each game, especially smaller ones like ''[[WarioWare: Snapped!]]''. As a rule of thumb, I'd say about 25 images minimum of a certain type would be enough for a sub-category.
'''Proposer''': {{User|Camwoodstock}}


'''Proposer''': {{User|Scrooge200}}<br>
====Do we have a "Princess" particle for Princess Peach?====
'''Deadline''': January 5, 2025, 23:59 GMT
'''Deadline''': April 2, 2025, 23:59 GMT


====Support====
;Yes Princess (status quo)
#{{User|Scrooge200}} Per proposal.
#{{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|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.
#{{User|Technetium}} Per Waluigi Time, past and present.
#{{User|Salmancer}} I've tried to see if an image I wanted to use was already uploaded via the category, which would encourage me to make the text and get the article up. Due to the sheer number of images, this is a bad idea. This proposal will make that less of a bad idea for cases where an asset or artwork is being searched for.
#{{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.
#{{User|EvieMaybe}} hell yea
#{{User|Rykitu}} [[Princess Toadstool's Castle Run|All]] [[Super Princess Peach|5]] [[Parasol Fall|Princess]] [[Peach's Puzzle|Peach]] [[Princess Peach: Showtime!|games]] have "Princess" before "Peach" (with the exception of Peach's Puzzle and Parasol Fall, unless you count it's full title being Super Princess Peach — Parasol Fall). It is also used way too commonly by Nintendo so I think it should stay the way it is.
#{{User|Power Flotzo}} Per all.
#{{User|LadySophie17}} Per Waluigi Time and Nintendo101
#{{User|FanOfYoshi}} Per all.
#{{User|SGoW}} Per all.
#{{User|BBQ Turtle}} Per proposal, as long as Waluigi Time's feedback is taken on board.
#{{User|Pseudo}} While I can understand the desire for consistency with the other two princesses, Princess Peach is clearly her full name, being used in the titles of games as well as regularly in various bits of dialogue and paratext. It's true that she's usually just Peach in a character select screen, but I don't think this defines how she is overall perceived... in my subjective experience, she would usually be known by the average person aware of Mario as Princess Peach.
#{{User|LadySophie17}} Per Waluigi Time.


====Oppose====
;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.
#{{User|JanMisali}} Per proposal, and per my previous proposals.
#{{User|Super Mario RPG}} "Princess" is not part of the name, it's just a title and not as integral to Peach's identity as, for example, Dr. Mario.
#{{User|Ahemtoday}} It's just "Peach" on stuff like character select screens, which I think are the most comparable source for article title formatting.
#{{User|EvieMaybe}} per all
#{{User|Blinker}} Per all. And the use of "Peach" in character select screens is an intentional choice, not due to character constraints, as shown by the existance of names like "Light-blue Shy Guy (Explorer)".
#{{User|SolemnStormcloud}} Per all. I'm still not a fan of using abridged names—especially for crossover characters like [[Fox]], [[Sonic]], etc.—but if we want to be consistent about it, something's gotta give.
#{{User|Pizza Master}} per all


====Comments====
====Do we have a "Princess" particle for Princess Daisy?====
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)
{{Early notice|option=yes|March 26, 2025}}
'''Deadline''': April 2, 2025, 23:59 GMT


==Removals==
;Yes Princess (status quo)
===Delete Alternative Proto Piranha Images===
#{{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.
This concerns [[:File:SMS Fire Gatekeeper.png|these two]] [[:File:SMS Green-Yellow Gatekeeper.png|image files]], which are as of present unused.
#{{User|LadySophie17}} Per Nintendo101
#{{User|Pseudo}} Even if she is to be referred to as Daisy most of the time, Princess Daisy is still clearly her "proper" name in my view. This falls into a similar category to my views on the Peach situation (or Princess Peach, as the case may be); even though it's less supported by in-game usage and the like, this is still the main name that she is known by.


The main argument is that not only are these two images taken using a hacked version of the game, but that they aren't actually even intended in the first place; while we don't know much about how ''Sunshine'' works under the hood, the leading theory is that the object for the [[Proto Piranha]] simply borrows  the texture of whatever [[Goop]] is currently loaded. Given the resulting Proto Piranha inherits no other attributes of the goop aside from visuals, this definitely tracks. In addition, attempts to add these to TCRF were removed [https://tcrf.net/index.php?title=Super_Mario_Sunshine/Unused_Objects&diff=785172&oldid=783712 not once], [https://tcrf.net/index.php?title=Super_Mario_Sunshine/Unused_Objects&diff=787388&oldid=787192 but twice]. Given these images have been languishing for a long while with no real use, it seems more-or-less fine to remove them to us.
;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.
#{{User|JanMisali}} Per proposal, and per my previous proposals.
#{{user|Super Mario RPG}} Since I'm supportive of "Princess" being removed from Peach's article title, the same would apply to Daisy, who has made fewer appearances, including with the "Princess" title.
#{{user|Cadrega86}} Per all three past proposals.
#{{User|Ahemtoday}} Forgive the copy-paste job, but: it's just "Daisy" on stuff like character select screens, which I think are the most comparable source for article title formatting.
#{{User|EvieMaybe}} per all
#{{User|Blinker}} Per all
#{{User|Tails777}} Per all the points made on past proposals. I feel nothing more needs to be added.
#{{User|Rykitu}} Per proposal.
#{{User|SolemnStormcloud}} Per all.
#{{User|Pizza Master}} per all.


'''Proposer''': {{User|Camwoodstock}}<br>
====Do we have a "Princess" particle for Princess Rosalina?====
'''Deadline''': January 17, 2025, 23:59 GMT
{{Early notice|option=yes|March 26, 2025}}
'''Deadline''': April 2, 2025, 23:59 GMT


====Delete====
;Yes Princess
#{{User|Camwoodstock}} Given the lack of any glitches to even spawn a Proto Piranha in these areas, the dubious origin of the images themselves, and the fact that calling them "unused content" is a bit of a misnomer, we don't see any particular reason to keep these around--even the "the goop reflects the area it's loaded in" is already thoroughly demonstrated thanks to the images of the Proto Piranha as it already appears, in vanilla, in [[Delfino Airstrip]] and both [[Bianco Square]] and [[Bianco Hills]]. This, to us, would be like listing the thing where if you hack a Yoshi into a Castle stage in ''[[Super Mario World]]'' its head becomes a Lava Bubble as "unused content" for that game.
#{{User|Tails777}} I'm leaning towards this. I feel this would be different if there was a video showcasing what happens when you insert a Proto Piranha in a place it otherwise doesn't spawn in, mostly because it's not uncommon for us to cover possibilities only possible through hacks. If we had a bit more to back it all up, that's be fine, but images without anything else doesn't really prove a lot. At best, this is like a small trivia point for Proto Piranhas, not unused content. <small>They still look cool though.</small>.


====Keep====
;No Princess (status quo)
#{{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|Hewer}} She's barely ever called that.
#{{User|LinkTheLefty}} Queen it up.
#{{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|Waluigi Time}} If anything, cases where Princess Rosalina is used are the clear outlier.
#[[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|JanMisali}} Per proposal. It's unclear if Rosalina is even really a princess in the first place.
#{{user|Super Mario RPG}} I don't think I ever recall it being used.
#{{user|Cadrega86}} Per all.
#{{user|Ahemtoday}} Princess of ''what'', by the way? Princess of space? Can you ''be'' the princess of space?
#{{User|EvieMaybe}} princess of [[:File:TAoSMO_Rosalina_Concept_Art.jpg|acoustic rock]], obviously.
#{{User|Blinker}} Per all
#{{User|Tails777}} Per all.
#{{User|Rykitu}} Per all.
#{{User|LadySophie17}} Per all. Her backstory implies she was one, and she carries the appearance of one, but it is certainly not one of her defining characteristics.
#{{User|SolemnStormcloud}} Per all.
#{{User|Pseudo}} She's straight-up never referred to this way except in supplementary material like websites, not even the ''Super Mario Galaxy'' manual calls her Princess Rosalina. This is pretty clear cut to me.
#{{User|Pizza Master}} In Chapter 7 of [[Rosalina's Story]], there is a castle in the background that is implied to be Rosalina's house. Quote Rosalina, "I want to go back to my house by the hill!" The only visible "house" by the hill is the castle. So it's likely that she was born to royalty on her home planet. That said, Daisy has no princess particle, so Rosalina shouldn't either just going off precedence.


====Comments (delete alternative proto piranha images)====
====Comments (Princess Particle Party!)====
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)
: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)
::King K. Rool is called that in Smash, so it's clearly case-by-case (and I thought the "saving space on the character select screen" argument was debunked last time by [[List of drivers in Mario Kart Tour|Light-blue Shy Guy (Explorer)]]). Anyway, why should a "complete" name automatically be more desirable than the name that is actually used in pretty much every appearance of the character? As was mentioned in the proposal, we've established in cases like the Koopalings that the longest name doesn't have to be the name we use. What makes Daisy different? (Honestly, "Princess Daisy" probably has less of a claim to being an article title than the Koopalings' full names do.) {{User:Hewer/sig}} 15:01, March 19, 2025 (EDT)
:::{{@|Hewer}} I was referring to the ''Super Smash Bros.'' series and the people involved in the decisions for that series. None of them made ''Mario Kart Tour'', a more contemporaneous game. Peach has been playable in spinoffs since the 1990s and Daisy has been since 2000, where trends like this would be established on hardware more limited, and by people who may have different views on how to render their characters' name on selection screens. In ''Melee'', for example, a game with Peach, they call Captain Falcon "C. Falcon" on the [[:File:CharacterSelect-SSBMelee.png|selection screen]]. They probably could have rendered his name in full like they did for the Ice Climbers, but they didn't. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 15:15, March 19, 2025 (EDT)
::::I was replying to your vote on Daisy as well as your comment, sorry if that wasn't clear. Either way, I don't really understand the point you're making here. My point stands that Light-blue Shy Guy (Explorer) is in the same game as just Daisy. Captain Falcon is in Super Smash Bros. Ultimate with just Daisy. Can you name any games that call her "Princess Daisy" on a select screen (or other similarly prominent context besides "random line of dialogue", for that matter)? I'm not aware of any. Surely if all the different people working on different games came to the same conclusion that it should be Daisy rather than Princess Daisy, that's ''more'' reason for us to move it? {{User:Hewer/sig}} 15:32, March 19, 2025 (EDT)
:::{{@|Hewer}} In regards to "King K. Rool" - that's probably because every single language literally calls him that (at least in-game). In contrast, the reason Peach, Bowser and Dedede aren't Princess Peach, King Bowser and (JP-set) King Dedede is likely because they're literally ''Peach-hime'', ''Daimaō Koopa'' and ''Dedede-daiō'', respectively. Yes, these are simplified translations, but the nuance is different. The titles are probably getting mostly phased out because Nintendo likes it when the names of their major characters don't have to change much between regions. For example, [https://shmuplations.com/starfoxadventures/ one interview] where Takaya Imamura regretted not unifying ''Star Fox''{{'}}s Andorf as "Andross" from the start. This was also done with the big Legendary Pokémon, as I recall, etc. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 17:10, March 19, 2025 (EDT)


==Changes==
How is Rosalina a queen, exactly? I don't think that's ever been stated anywhere, and Peach is still Princess even though she explicitly rules the Mushroom Kingdom, so Rosalina ruling something wouldn't make her Queen necessarily. Speaking of, even if she's not technically ruling anything now, she's still a princess by birth (backstory and Baby Rosalina's design), and I don't think titles become null and void like that / "oh it's been (blank) years I guess I'm not a princess anymore". [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 16:03, March 19, 2025 (EDT)
===Allow blank votes and reclassify them as "per all"===
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?


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.
@Pseudo: In what way is Princess Daisy "the main name that she is known by"? It certainly isn't officially, and in my experience it isn't even the more used name by fans either. And since Nintendo101 didn't really answer this question: why does a name being the "full name" mean it should automatically take priority? It didn't with [[Talk:Conker#Rename to Conker|Conker the Squirrel]], [[Talk:Bobbery#Changing Admiral Bobbery to just Bobbery|Admiral Bobbery]], [[MarioWiki:Proposals/Archive/62#Change full names of crossover characters to the more often used shortened versions in article titles|Sonic the Hedgehog]], [[Talk:Professor E. Gadd#Rename (proposal edition)|Professor Elvin Gadd]], [[MarioWiki:Proposals/Archive/56#Move animal names from the Donkey Kong Country series to just their normal names|Rambi the Rhino]], [[Colored Pencils|Colored Pencils, The Missile Maestro]], [[Talk:Baby DK#Move to Baby DK|Baby Donkey Kong]], [[MarioWiki:Proposals/Archive/69#Remove "Koopa" and other name particles from Koopaling article titles - take 2|Wendy O. Koopa]], [[Talk:Grodus#Move to Grodus|Sir Grodus]], [[MarioWiki:Proposals/Archive/68#Move Super Princess Peach enemies to their full names|Glad Red Paratroopa]], [[Talk:TEC#Move to TEC|TEC-XX]], and indeed, Princess Rosalina. So why is Princess Daisy different? {{User:Hewer/sig}} 04:57, March 20, 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.
===Merge the "did not reach consensus" and "tied" proposal outcomes on the archives===
This came up in the comments at the tail end of my poll proposal archive proposal. A grand total of four proposals have "tied" and are therefore represented by brown. Notably, nobody decided [[MarioWiki:Proposals/Archive/73#Create_a_template_to_direct_the_user_to_a_game_section_on_the_corresponding_List_of_profiles_and_statistics_page|'''this''' proposal]] would be brown even though, by any reasonable definition of "tie", it is one. I take this as a sign that this distinction isn't really... suiting the reality of the proposal page. After all, what makes a tie so different that it needs its own color, when it's just a particular arrangement that a failure of consensus can land on?


'''Proposer''': {{User|Mario}}<br>
By the way, one color has to win out in the merge, and my view is: '''it will be brown'''. This is going to sound hugely pedantic, but I don't think white is good for a proposal archive color, at least not one with this meaning. Outside of the new dark mode, it looks like it doesn't ''have'' a background. That makes it look like some state inherently separate from the others, or like some kind of blank state with no meaning, or like it's related to what gray means. This isn't any of those; it's a pretty normal fate for a proposal to meet. Brown is more in line with the look of the others, and it looking close to "no quorum" better conveys its similar meaning. (Arguably you could merge in "no quorum", too. I'm not here to make that argument <s>but if I was, we should obviously use orange</s>.) Therefore, I say we're merging them to brown.
'''Deadline''': <s>January 1, 2025, 23:59 GMT</s> January 8, 2025, 23:59 GMT


====Blank support====
'''Proposer''': {{User|Ahemtoday}}<br>
#{{User|Mario}} Per all.
'''Deadline''': April 3, 2025, 23:59 GMT
#{{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.


<s>#{{User|Fun With Despair}} I am arguably in agreement with some of the opposition who argue that even "per all" should go in favor of each voter making an argument or explaining themselves, but if "per all" stays, then I don't really have a problem with allowing blank votes as well. I would prefer a proposal on getting rid of "per all" overall as its a bit of a lazy cop-out (at least name a specific guy you agree with), but a blank vote ultimate just means they agree with the OP's point and chose to vote with them - and I don't have a problem with that.</s>
====Support====
#{{User|Ahemtoday}} Per proposal.
#{{User|Hewer}} Per.


====Blank Oppose====
====Oppose====
#{{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.
#{{User|Blinker}} Per Technetium, Ahemtoday, Axii and Mister Wu.


====Blank Comments====
====Comments====
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)
:<s>In my opinion, saying "per OP" or "per (insert user here) is just as much effort as saying "per all" and at least demonstrates a modicum of original thought. I think that a blank vote is essentially the same as just voicing that you agree with the OP, so I did vote for that option in this case - but I think per all does an equally poor job to a blank vote at explaining what you think. At least requiring specific users to be hit with the "per" when voting would give far more of a baseline than "per all". That's not really what this proposal is about though, so I won't dwell on it. --[[User:Fun With Despair|Fun With Despair]] ([[User talk:Fun With Despair|talk]]) 00:22, January 2, 2025 (EST)</s>
 
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)
: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)
 
===Do not treat one-time ''Super Mario RPG'' names as recurring names===
{{early notice|January 10}}
This proposal is mainly aimed at [[Mini Goomba]] and [[Lava Bubble]], though there may be others in this regard that I'm not aware of. Both of these enemies had names that were only used for the original version (Goombette and Sparky respectively) but we continue to use these names for the enemies for other appearances where no name is given for them until an appearance which they do e.g calling Lava Bubbles "Sparkies" in regards to ''Super Mario 64''. Considering this is a game which had some questionable translations and the game's remake used properly translated names, I think we should only use these names in regards to the original ''Super Mario RPG: Legend of the Seven Stars'' and instead use whichever name had been used beforehand for later appearances.
 
'''Proposer''': {{User|Nightwicked Bowser}}<br>
'''Deadline''': January 17, 2025, 23:59 GMT
 
====Support (Super Mario RPG names)====
#{{User|Nightwicked Bowser}} Per proposal
#{{User|Waluigi Time}} We shouldn't be treating a one-off oddball localization job as earnest renames.
#{{User|Sparks}} Per all.
#{{User|Technetium}} Per all.
#{{User|Hewer}} Yeah I always thought this was a bit dumb, this is definitely a case where a bit of discretion is necessary. Per all.
#{{User|Jdtendo}} Per [[Sky Troopa]]s, [[Spookum]]s, and [[Shy Away]]s.
#{{User|OmegaRuby|OmegaRuby RPG: Legend of the Dragon Balls}} Per all.
#{{User|Pseudo}} Per all.
#{{User|Blinker}} [[Talk:Super Mario RPG: Legend of the Seven Stars#Names|THANK YOU.]] I remember years ago reading the Super Mario 64 section on [[Lava Bubble]] and thinking that was an actual name they were called in that game. It doesn't help that history sections are often not completely in chronological order.
#{{User|LeftyGreenMario}} It's quite a marvel to see how thorough of a negative impact these names have on the wiki.
#{{User|EvieMaybe}} per WT
 
<s>{{User|Nintendo101|Nintendo101 RPG: Legend of the Silver Frogs}} Per proposal.</s>
 
====Oppose (Super Mario RPG names)====
 
 
====Comments (Super Mario RPG names)====
There are a few instances in which recurring names are listed for other one-off games, like [[Lava Bubble|Spark Spooks]] from Yoshi's Story, if information serves correct. Perhaps the maintenance done if this proposal passes could be extended to instances from games other than Super Mario RPG? {{User:OmegaRuby/sig}} 08:32, January 3, 2025 (EST)
 
I actually disagree with pointing fingers at the original game while NOA in general was still clearly figuring things out as they were going along (Lava Bubble isn't the greatest example since Podoboo lasted for quite a while). Maybe rephrase this as "names that were changed in the remake" because that's what this proposal is really targeting. I have a separate idea on how to handle unchanged one-offs like Yo'ster Isle that might conflict with another proposal I had in mind. EDIT: Actually, come to think of it, the Yo'ster Isle example should already be dealt with by [[MarioWiki:Proposals/Archive/71#Split major RPG appearances of recurring locations|this proposal]]. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 15:12, January 3, 2025 (EST)
:Actually, this has been on my mind even long before the remake came out so I won't be rephrasing the proposal. {{User:Nightwicked Bowser/sig}} 15:08, January 3, 2025 (EST)
::The remake is handing you something quantifiable to work with on a silver platter besides "translation bad." Why not? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 15:12, January 3, 2025 (EST)
:::Because it's my proposal and I'll phrase it how I see it. {{User:Nightwicked Bowser/sig}} 15:17, January 3, 2025 (EST)
::::You'd get the same overall effect but with a better precedent behind it is my point. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 15:24, January 3, 2025 (EST)
 
:I don't see how the Podoboo -> Lava Bubble rename affects this in any meaningful way? [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 15:41, January 3, 2025 (EST)
::Lava Bubble didn't appear in a manual or game yet, so by present rules, this passing would result in swapping Sparky with Podoboo in ''Super Mario 64'' <small>(released a mere 3~4 months apart)</small> - one non-current name for another. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 15:47, January 3, 2025 (EST)
:::That is my exact intent here. {{User:Nightwicked Bowser/sig}} 15:49, January 3, 2025 (EST)
:::"Lava Bubble" is employed in ''Mario Mania'', and while I understand this is a lower-priority source since instruction booklets are physically packaged with the games, I do personally hold that at equal value since ''Mario Mania'' is a guidebook for ''Super Mario World'' written by Nintendo of America, who also translated and wrote the instruction booklet. (I don't know if NoA has ever felt inclined to specify this anywhere, but I wouldn't be surprised if the guidebook and instruction booklet even involve the same individual staff members.) I understand how it is intuitively confusing to see how an enemy called "Lava Bubble" in the ''Super Mario World'' section of its own article suddenly be called "Sparky" in the ''Super Mario 64'' section (which, technically, it is not called anywhere at all in the English material for that game), only for it to be called "Lava Bubble" again in the next immediate section. So I understand the appeal.
:::This is tangential, but personally, I am not even really certain the "Lava Bubble" in ''Super Mario 64'' is supposed to be the recurring enemy we see elsewhere since it looks like an ambient plume of fire, and we only refer to it as a "Lava Bubble" because the internal filename for this thing is "BUBBLE." I dunno if that literally means it is intended to be the same subject. If it really is the same subject, I know the Japanese name for [[Lethal Lava Land]] is ファイアバブル ランド (''Faia Baburu Rando'', Fire Bubble Land). Is the land named after the enemy? Because if that is the case, maybe it would be more accurate to refer to Lava Bubbles as "Lethal Lavas" in ''Super Mario 64''-related portions of the wiki, not "Sparkies." - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 16:09, January 3, 2025 (EST)
::::Responding to your tangent, as mentioned in the Lava Bubble article, the enemy's design in 64 DS was reused in New Super Mario Bros., which further indicates that, at least in the remake, those are intended to be Lava Bubbles. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 16:28, January 3, 2025 (EST)
::::If memory serves, there's no real name for the object designated as "BUBBLE" in any material (or at least, nothing jumped out to me). For whatever reason, it's harder to find than Keronpa Ball, having completely fallen by the wayside. Having said that, I think a reasonable conclusion has been drawn in the absence of anything better to go off on. Doc added the part about the course name, I think. But - since this proposal is mainly eyeing Lava Bubble and Mini Goomba - I should mention that Mini Goomba is [[Special:Diff/4407550#Size Experiments: Plan|another can of worms]]. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 16:36, January 3, 2025 (EST)


==Miscellaneous==
==Miscellaneous==
''None at the moment.''
''None at the moment.''

Latest revision as of 05:01, March 20, 2025

Image used as a banner for the Proposals page

Current time:
Thursday, March 20th, 09:01 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)
Remove information on Super Mario Maker series big Para-Beetles from Heavy Para-Beetle, Blinker (ended March 18, 2025)

Writing guidelines

None at the moment.

New features

None at the moment.

Removals

None at the moment.

Changes

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 to 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? Even though one needs to know how to Tail Swipe to beat all Mega Yoshi areas? Would Penguin Mario be a stronger article if there was a second article dedicated to Belly Slide? Which is main unique thing about it, given Ice Balls are from Ice Mario and good swimming is from Frog Mario? 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? Again, something necessary to complete the ball's tutorial area?

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. As the various contexts of Fly are not the same kind of action to begin with, the article will become List of methods of flight. This broadens the scope to fit all of the components. (Note how "flight" is not a proper noun).

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 the yellow capes of Cape Mario and Superstar Mario into a listicle before this proposal reduced it to only 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 with the name List of methods of flight

  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 with the name List of methods of flight

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 ( talkcontribs ) Camwoodstock-sigicon2.png 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.
  4. Rykitu (talk) All 5 Princess Peach games have "Princess" before "Peach" (with the exception of Peach's Puzzle and Parasol Fall, unless you count it's full title being Super Princess Peach — Parasol Fall). It is also used way too commonly by Nintendo so I think it should stay the way it is.
  5. LadySophie17 (talk) Per Waluigi Time and Nintendo101
  6. SGoW (talk) Per all.
  7. Pseudo (talk) While I can understand the desire for consistency with the other two princesses, Princess Peach is clearly her full name, being used in the titles of games as well as regularly in various bits of dialogue and paratext. It's true that she's usually just Peach in a character select screen, but I don't think this defines how she is overall perceived... in my subjective experience, she would usually be known by the average person aware of Mario as Princess 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.
  3. JanMisali (talk) Per proposal, and per my previous proposals.
  4. Super Mario RPG (talk) "Princess" is not part of the name, it's just a title and not as integral to Peach's identity as, for example, Dr. Mario.
  5. Ahemtoday (talk) It's just "Peach" on stuff like character select screens, which I think are the most comparable source for article title formatting.
  6. EvieMaybe (talk) per all
  7. Blinker (talk) Per all. And the use of "Peach" in character select screens is an intentional choice, not due to character constraints, as shown by the existance of names like "Light-blue Shy Guy (Explorer)".
  8. SolemnStormcloud (talk) Per all. I'm still not a fan of using abridged names—especially for crossover characters like Fox, Sonic, etc.—but if we want to be consistent about it, something's gotta give.
  9. Pizza Master (talk) per all

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

Based on the vote so far, this option may be eligible to close one week early. Please use {{proposal check|early=yes}} on March 26, 2025 at 23:59 GMT and close the option if applicable.

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.
  2. LadySophie17 (talk) Per Nintendo101
  3. Pseudo (talk) Even if she is to be referred to as Daisy most of the time, Princess Daisy is still clearly her "proper" name in my view. This falls into a similar category to my views on the Peach situation (or Princess Peach, as the case may be); even though it's less supported by in-game usage and the like, this is still the main name that she is known by.
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.
  4. JanMisali (talk) Per proposal, and per my previous proposals.
  5. Super Mario RPG (talk) Since I'm supportive of "Princess" being removed from Peach's article title, the same would apply to Daisy, who has made fewer appearances, including with the "Princess" title.
  6. Cadrega86 (talk) Per all three past proposals.
  7. Ahemtoday (talk) Forgive the copy-paste job, but: it's just "Daisy" on stuff like character select screens, which I think are the most comparable source for article title formatting.
  8. EvieMaybe (talk) per all
  9. Blinker (talk) Per all
  10. Tails777 (talk) Per all the points made on past proposals. I feel nothing more needs to be added.
  11. Rykitu (talk) Per proposal.
  12. SolemnStormcloud (talk) Per all.
  13. Pizza Master (talk) per all.

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

Based on the vote so far, this option may be eligible to close one week early. Please use {{proposal check|early=yes}} on March 26, 2025 at 23:59 GMT and close the option if applicable.

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.
  7. JanMisali (talk) Per proposal. It's unclear if Rosalina is even really a princess in the first place.
  8. Super Mario RPG (talk) I don't think I ever recall it being used.
  9. Cadrega86 (talk) Per all.
  10. Ahemtoday (talk) Princess of what, by the way? Princess of space? Can you be the princess of space?
  11. EvieMaybe (talk) princess of acoustic rock, obviously.
  12. Blinker (talk) Per all
  13. Tails777 (talk) Per all.
  14. Rykitu (talk) Per all.
  15. LadySophie17 (talk) Per all. Her backstory implies she was one, and she carries the appearance of one, but it is certainly not one of her defining characteristics.
  16. SolemnStormcloud (talk) Per all.
  17. Pseudo (talk) She's straight-up never referred to this way except in supplementary material like websites, not even the Super Mario Galaxy manual calls her Princess Rosalina. This is pretty clear cut to me.
  18. Pizza Master (talk) In Chapter 7 of Rosalina's Story, there is a castle in the background that is implied to be Rosalina's house. Quote Rosalina, "I want to go back to my house by the hill!" The only visible "house" by the hill is the castle. So it's likely that she was born to royalty on her home planet. That said, Daisy has no princess particle, so Rosalina shouldn't either just going off precedence.

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)
King K. Rool is called that in Smash, so it's clearly case-by-case (and I thought the "saving space on the character select screen" argument was debunked last time by Light-blue Shy Guy (Explorer)). Anyway, why should a "complete" name automatically be more desirable than the name that is actually used in pretty much every appearance of the character? As was mentioned in the proposal, we've established in cases like the Koopalings that the longest name doesn't have to be the name we use. What makes Daisy different? (Honestly, "Princess Daisy" probably has less of a claim to being an article title than the Koopalings' full names do.) Hewer (talk · contributions · edit count) 15:01, March 19, 2025 (EDT)
@Hewer I was referring to the Super Smash Bros. series and the people involved in the decisions for that series. None of them made Mario Kart Tour, a more contemporaneous game. Peach has been playable in spinoffs since the 1990s and Daisy has been since 2000, where trends like this would be established on hardware more limited, and by people who may have different views on how to render their characters' name on selection screens. In Melee, for example, a game with Peach, they call Captain Falcon "C. Falcon" on the selection screen. They probably could have rendered his name in full like they did for the Ice Climbers, but they didn't. - Nintendo101 (talk) 15:15, March 19, 2025 (EDT)
I was replying to your vote on Daisy as well as your comment, sorry if that wasn't clear. Either way, I don't really understand the point you're making here. My point stands that Light-blue Shy Guy (Explorer) is in the same game as just Daisy. Captain Falcon is in Super Smash Bros. Ultimate with just Daisy. Can you name any games that call her "Princess Daisy" on a select screen (or other similarly prominent context besides "random line of dialogue", for that matter)? I'm not aware of any. Surely if all the different people working on different games came to the same conclusion that it should be Daisy rather than Princess Daisy, that's more reason for us to move it? Hewer (talk · contributions · edit count) 15:32, March 19, 2025 (EDT)
@Hewer In regards to "King K. Rool" - that's probably because every single language literally calls him that (at least in-game). In contrast, the reason Peach, Bowser and Dedede aren't Princess Peach, King Bowser and (JP-set) King Dedede is likely because they're literally Peach-hime, Daimaō Koopa and Dedede-daiō, respectively. Yes, these are simplified translations, but the nuance is different. The titles are probably getting mostly phased out because Nintendo likes it when the names of their major characters don't have to change much between regions. For example, one interview where Takaya Imamura regretted not unifying Star Fox's Andorf as "Andross" from the start. This was also done with the big Legendary Pokémon, as I recall, etc. LinkTheLefty (talk) 17:10, March 19, 2025 (EDT)

How is Rosalina a queen, exactly? I don't think that's ever been stated anywhere, and Peach is still Princess even though she explicitly rules the Mushroom Kingdom, so Rosalina ruling something wouldn't make her Queen necessarily. Speaking of, even if she's not technically ruling anything now, she's still a princess by birth (backstory and Baby Rosalina's design), and I don't think titles become null and void like that / "oh it's been (blank) years I guess I'm not a princess anymore". Technetium (talk) 16:03, March 19, 2025 (EDT)

@Pseudo: In what way is Princess Daisy "the main name that she is known by"? It certainly isn't officially, and in my experience it isn't even the more used name by fans either. And since Nintendo101 didn't really answer this question: why does a name being the "full name" mean it should automatically take priority? It didn't with Conker the Squirrel, Admiral Bobbery, Sonic the Hedgehog, Professor Elvin Gadd, Rambi the Rhino, Colored Pencils, The Missile Maestro, Baby Donkey Kong, Wendy O. Koopa, Sir Grodus, Glad Red Paratroopa, TEC-XX, and indeed, Princess Rosalina. So why is Princess Daisy different? Hewer (talk · contributions · edit count) 04:57, March 20, 2025 (EDT)

Merge the "did not reach consensus" and "tied" proposal outcomes on the archives

This came up in the comments at the tail end of my poll proposal archive proposal. A grand total of four proposals have "tied" and are therefore represented by brown. Notably, nobody decided this proposal would be brown even though, by any reasonable definition of "tie", it is one. I take this as a sign that this distinction isn't really... suiting the reality of the proposal page. After all, what makes a tie so different that it needs its own color, when it's just a particular arrangement that a failure of consensus can land on?

By the way, one color has to win out in the merge, and my view is: it will be brown. This is going to sound hugely pedantic, but I don't think white is good for a proposal archive color, at least not one with this meaning. Outside of the new dark mode, it looks like it doesn't have a background. That makes it look like some state inherently separate from the others, or like some kind of blank state with no meaning, or like it's related to what gray means. This isn't any of those; it's a pretty normal fate for a proposal to meet. Brown is more in line with the look of the others, and it looking close to "no quorum" better conveys its similar meaning. (Arguably you could merge in "no quorum", too. I'm not here to make that argument but if I was, we should obviously use orange.) Therefore, I say we're merging them to brown.

Proposer: Ahemtoday (talk)
Deadline: April 3, 2025, 23:59 GMT

Support

  1. Ahemtoday (talk) Per proposal.
  2. Hewer (talk) Per.

Oppose

Comments

Miscellaneous

None at the moment.