MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
(→‎Merge the Tortes: Requested on Discord.)
 
(929 intermediate revisions by 77 users not shown)
Line 1: Line 1:
{{/Header}}
{{/Header}}
==Writing guidelines==
===Lower Category Item Requirement from 4 to 3===
This was spurred by the introduction of the to-do bar. Thanks, to-do bar! Anyways, if you look at [[Special:WantedCategories]], at the moment, it's all entries with 3 or fewer items each; this makes sense, given we have a policy that suggests [[MarioWiki:Categories#Size and scope|categories are kept to only 4 or more items]]. However, for a good portion of the 3-itemers, these are all fairly featured images from sources like various short flash advergames, or more niche subjects like the [[MediaBrowser]] which came in a series of, well, 3 web browsers. In comparison to the 1-or-2 entry, well, entries, these have a bit more substance to them, basically waiting for a fourth image to be taken at some point; and while in some cases, that image can come up, in others... Well, what are the odds a fourth MediaBrowser is releasing when they went bust back in 2001, y'know?
While we don't feel strongly about what happens to the 1 or 2 entry categories, we do think there is ''just enough'' to these 3-entry categories to warrant a closer look our current policies are not providing. Should we lower the cutoff to 3? Or is 4 the magical number for categories?
'''Proposer''': {{User|Camwoodstock}}<br>
'''Deadline''': February 5, 2025, 23:59 GMT


==Writing guidelines==
====Lower to 3 (triple trouble!)====
''None at the moment.''
#{{User|Camwoodstock}} Per ourselves, of course. We don't see any particular harm in this when, as of submitting this proposal, this would only create, what, 10 categories?
#{{User|Pseudo}} Makes sense to me, especially because, if an individual is uploading images to the wiki for a source that currently has no images, there's a solid chance that that person will upload three images. {{wp|Rule of three (writing)|It's a popular number}}!
#{{User|Nintendo101}} Three is a magic number.


==New features==
====Keep at 4 (forced to four!)====
=== Families ===
#{{User|Waluigi Time}} Per Porple in the comments, image categories don't have this restriction so the proposal seems moot otherwise. I don't see a benefit to reducing this limit across the board, and I'm very hesitant to support without a clearer picture of the implications. (The assertion in the comments that this wouldn't have immediate impact was based on the list on Special:WantedCategories - there weren't any categories there besides image ones because that would require mainspace articles to have redlinked categories that would go against policy if you made them. Obviously, that wouldn't fly.)
{{early notice|December 13}}
#{{User|Sparks}} Per Porplemontage and Waluigi Time.
It's not the first time I ask this, and certainly not the last (unless you approve it), but since there are articles for the families of [[Mario and Luigi's family|Mario Mario and Luigi Mario's]] and [[Kong#Kong Family|Donkey Kong's]], there should be articles for the major characters' families, like [[Bowser|King Bowser Koopa]]'s and [[Princess Peach|Princess Peach Toadstool]]'s. And probably [[Toad]]'s, but I don't really think that'd work. If there were, the wiki'd be kinda more organised. And if there won’t be any articles, a least let there be categories! Or templates, like [[Template:Mario and Luigi's family]].
#{{User|Ahemtoday}} Per Waluigi Time.
#{{User|Super Mario RPG}} Honestly, five would be a better restriction so that it's a well rounded number.
#{{User|Jdtendo}} Per Waluigi Time.


'''Proposer''':[[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk)]]<br>
====Comments (wait, letters in numbers?)====
'''Deadline''': December 20, 2024, 23:59 GMT
The intent of that restriction is that, for example, if there aren't four articles for [[:Category:Super Paper Mario characters]] then the couple characters would just go in [[:Category:Super Paper Mario]] rather than create the subcategory. Image categories are different since moving up the tree in the same way would be undesirable (there would be a bunch of random images at the bottom of [[:Category:Game images]] rather than those categories being redlinked). We can create image categories with as few as one entry; I updated [[MarioWiki:Categories]]. If you still want to change the number needed for articles, up to you. --{{User:Porplemontage/sig}} 22:38, January 21, 2025 (EST)
:Oh! We didn't know that, good to know! We'd like to proceed with the proposal, even if we don't think it'd have any immediate impact under these rules--all the 3-item categories have to do with images at the moment. {{User:Camwoodstock/sig}} 22:41, January 21, 2025 (EST)


====Create articles====
==New features==
#{{User|Weegie baby}} I made this proposal, so I'm voting on articles. Peace ✌️. ''vanishes''
===Make categories for families===
I've made a [[MarioWiki:Proposals/Archive/71#Families|similar proposal]] a while back, but it didn't work out, so now I'm asking less: make categories for Peach, Bowser, Donkey Kong and Toad's families. These are the only characters I know that have a family big enough to make it to a category. I mean, categories are made to... categorize things, and I actually think this would be a good thing. Oh, and Stanley the Bugman is Mario's cousin[https://www.ign.com/articles/2007/09/28/smash-it-up-from-the-trophy-case 「¹」] (unrelated, but meh).


====Create categories====
'''Proposer''': {{User|Weegie baby}}<br>'''Deadline''': January 30, 2025, 23:59 GMT
#{{User|Hewer}} I guess I don't see the harm in this, since categories often serve to group together subjects that have some trait in common despite not being related conceptually, and redirects can be put in categories to account for the implied ones.


====Create templates====
====Support====
#{{User|Hewer}} Per my vote last time, I don't see the harm in this.
#{{User|Weegie baby}} Per me.


====Oppose====
====Oppose====
#{{User|Nightwicked Bowser}} There's a lot more to it for Mario and Donkey Kong's families, but we hardly know anything of Peach's family and as far as Bowser is concerned he has one son and that's about it.
#{{User|Mario}} So, have any idea what this category will exactly comprise of? Seeing the organization this user is proposing (putting Daisy into Peach's family for instance) isn't making me really want to support.
#{{User|Altendo}} Bowser only has one confirmed son; the other "children" might not even be his son.
#{{User|LadySophie17}} Going from the names described in the comments, I disagree with the addition of characters like Daisy and Toadette, whose familial connections hinge on single instances from prima guides. Having them in those categories is borderline misleading. <s>I also disagree with adding implied characters, since they literally do not have their own page, and we just cannot simply add categories to the whole list articles.</s> There might be some merit to categories for Bowser's Peach's and Toad's families (if there's enough of them) because they are legitimate characters (even if from fringe media) but overall, I am not convinced. I've been corrected on list article categories, but I still feel implied characters should not be counted.
#{{User|Hewer}} We don't have pages on Mario and DK's families because they're major characters' families, we have pages on them because they're notable and there's stuff that can be written about them. These other characters' families barely exist. (Also worth noting the Kong Family isn't even its own page, it's a section of a page.)
#{{User|Nightwicked Bowser}} Per all
#{{User|Super Mario RPG}} Per Mario and LadySophie17
#{{User|Sparks}} Per all.
#{{User|Sparks}} Per all.
#{{User|Axii}} Mario and Luigi's family is large enough to have a separate page. Donkey Kong's family doesn't even have a separate page.
#{{User|Hooded Pitohui}} Per Hewer.
#{{User|Nintendo101}} Per all.
#{{User|Camwoodstock}} Per all; in addition, we feel like the DK one in particular would likely be rendered largely redundant to the already-extant [[Kong]] article.
#{{User|Technetium}} Per all.
#{{User|Technetium}} Per all.
#{{User|Sdman213}} Per all.
#{{User|Daisy4Days}} Per all. And I don’t really like the idea of grouping the Koopalings as “Bowser’s Family.”


====Comments====
====Comments====
Since we don't prioritize either conflicting source, a Bowser's family article presumably includes the [[Koopaling]]s as "formerly Bowser's children" and brings in data from [[Koopa Kid#Relationships]]. But now I'm questioning if the extant section on [[Bowser#Relationships]] can serve this need. A Peach's family article is presumably a no go because of a sheer dearth of data. [[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 10:39, December 6, 2024 (EST)
{{@|Weegie baby}} You can put in a support vote if you want to. Even the proposer gets to vote! {{User:Sparks/sig}} 16:31, January 16, 2025 (EST)
:Yeah, I forgot, thanks. [[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk]]) 08:47, January 17, 2025 (EST)


The reason why we have an article for the Mario Bros' family and a subsection for the Kong families on the Kong article is because a lot of members for either family have been introduced somewhere in the franchise. Admittedly, we already know of a couple of Bowser's family members: the Koopalings (former children), Bowser Jr (current only child), Kamek (caretaker, advisor and father figure), [[Bowser's mother]], and then some implied/mentioned ones. But I don't think four subjects and then some that appear only on a list of implied characters would justify an article on the matter. As for Peach, we only know of the [[Mushroom King]], [[Gramma Toadstool]], and maybe [[Toadsworth]] and [[Granny]]; and as for Toad, there's only [[Gramps]], and the implied character Moldy (though it's sometimes been stated that [[Toadette]] is Toad's sister). I'm pretty sure I'm still missing some things, but I doubt it would be as much. {{User:Arend/sig}} 11:46, December 6, 2024 (EST)
Each of these new categories should have at least '''five entries'''; see [[MarioWiki:Categories#Size and scope]]. I'm not sure Donkey Kong, Toad, or Peach meets the minimum number of entries. Would the Koopalings still count as Bowser's family?--[[User:Platform|Platform]] ([[User talk:Platform|talk]]) 23:53, January 17, 2025 (EST)
:Donkey Kong certainly has enough, though there might be a bit of overlap with [[:Category:Kongs]]. Peach and Toad probably have enough if you count [[List of implied characters|implied characters]] (which can be included in the categories as redirects). More examples were mentioned in the previous proposal's comments. {{User:Hewer/sig}} 06:23, January 18, 2025 (EST)


:In the Super Show, Toad also has 3 cousins. [[Toad's cousin]], [[Mushroom Marauder and Jake the Crusher Fungus]]. And don’t forget [[List of implied characters#Toad's wife|his wife]]! And I didn’t know about the other ones you mentioned, so thanks. See? That just comes to show we need family articles! As for Bowser, [[Boom Boom]] is the long lost [[Koopalings|Koopaling]] ([[Koopalings#Members|see this]] in the bottom of the section), which means his Bowser's child. Bowser also has: a [[List of implied characters#Bowser's father|dad]], [[List of implied characters#Poopa La Koopa|a grandfather]], [[List of implied characters#King Koopa's great-great grandkoop|a great-great-grandfather]], a grandmother (brought up by [[Morton]] in [[TAoSMB3]]), a [[magikoopa]] who is his third cousin twice removed, a [[Bowser's Brother|brother]] and a sister. Now, time for Peach's family: [[List of implied characters#Princess Toadstool's mother|Mushroom Queen (her mother)]]; [[Obā-chan|Obā-chan (a grandmother)]]; [[Princess Daisy|Daisy (a cousin)]]; [[Ojīsan and Obāsan|Ojīsan and Obāsan (other parents)]]; [[Pichi-hime|Pichi-hime (descendant)]]. And just so you know, I mentioned Bowser, Peach and Toad, but there could be other characters' family articles, like… other characters… Peace ✌️. ''disppears'' [[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk]]) 14:45, December 6, 2024 (EST)
:Here are 5 people in each family:
:Peach’s family: [[Princess Peach]]; [[Princess Daisy]]; [[Mushroom King]]; [[Gramma Toadstool]]; [[Obā-chan]]; etc.<br>Bowser’ family: [[Koopalings]] (even more than 5); etc.<br>Donkey Kong’s family: [[Donkey Kong]]; [[Donkey Kong Jr.]]; [[Cranky Kong]]; [[Wrinkly Kong]]; [[Uncle Julius]]; etc.<br>Toad’s family: [[Toad]]; [[Mushroom Marauder and Jake the Crusher Fungus|Mushroom Marauder]]; [[Mushroom Marauder and Jake the Crusher Fungus|Jake the Crusher Fungus]]; [[Gramps]]; [[Toadette]] (Toad’s sister sometimes); etc (in this case, [[Moldy]] and [[Toad's cousin|Toad’s cousin]]).
:I actually thought there should be an article for Dixie’s family, but there are only 4 known members (unless we count [[Baby Kong]]), so her family should be in the category for Donkey Kong’s. [[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk]]) 15:25, January 18, 2025 (EST)
::It's not about number of people but '''entries'''. [[Mushroom Marauder and Jake the Crusher Fungus]] is a single entry. It really looks like scraping the bottom of the barrel. Daisy and Toadette because of single throwaway lines in the Prima guides? Implied characters? Baby versions? As [[MarioWiki:Categories#Size and scope]] says: "a minimum of '''five entries''' (including any subcategories' entries), however they ''should'' have many more than that, since small lists can simply be placed on an article that's central to the subject at hand (for example, the six [[Dixie Kong's Photo Album#Aquatic Attackers|Aquatic Attackers]] are listed on that very page, which they all link back to)." Mario and Luigi's family got their own category because there were so many entries. They have their own page because putting it all on Mario's page is cumbersome. Right now, Toad and Peach's families can fit into single paragraphs in their respective articles. Donkey Kong's only has Cranky due to his ambiguous identity. I can get behind Bowser since his family has its own template, even if there are lots of retconned and implied characters in it.--[[User:Platform|Platform]] ([[User talk:Platform|talk]]) 20:26, January 18, 2025 (EST)
:::Look, Platform, I stopped reading after the fourth sentence. I just wanna say: even though that, there are still enough characters to make the categories. If Mushroom Marauder and Jake are in the same page, add [[Toad's cousin]]. He's someone else. And if you don't wanna add Toadette and Daisy, fine. There are still enough people. So, ☝️🤓, okay? And, btw, if you don't like the idea of my wonderful proposal, then oppose. [[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk]]) 12:56, January 21, 2025 (EST)
::::That is incredibly rude of you. And also an IGN journalist is not a valid source of information. {{User:LadySophie17/sig}} 19:34, January 21, 2025 (EST)


By the way, you are allowed to vote in your own proposal. Since this one has more than two options, you can even vote for multiple of them. {{User:Hewer/sig}} 07:59, December 7, 2024 (EST)
@LadySophie17: Implied subjects can be added to categories in the form of redirects, this is an established practice. For example, see [[:Category:Organizations]], which includes several implied organizations. {{User:Hewer/sig}} 19:40, January 21, 2025 (EST)
:Fair enough. {{User:LadySophie17/sig}} 20:21, January 21, 2025 (EST)


==Removals==
What about times where families get..screwy (e.g. [https://www.youtube.com/watch?v=2g0uXcTF3mA&t=281s that one time Mario and Peach were married and became parents to baby Luigi])? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 12:09, January 22, 2025 (EST)
''None at the moment.''
:Oh my god, that is so disgusting. But, anyway, [[:Category:Mario and Luigi's family|there already is a category for Mario and Luigi’s family]] with baby Luigi in it, so no worries. [[User:Weegie baby|Weegie baby]] ([[User talk:Weegie baby|talk]]) 14:50, January 23, 2025 (EST)


==Changes==
For the record, I don't think an old 2007 IGN article written by a columnist working for them instead of Nintendo on the brink of ''Brawl'' speculation (such as [https://www.ign.com/articles/2007/09/28/smash-it-up-from-the-trophy-case the article provided]) is anything close to official confirmation that Stanley and Mario are cousins, and so not a very verifiable source. Especially when this "confirmation" in the first sentence reads like a colloquialism or a baseless comparison. {{User:Arend/sig}} 04:21, January 25, 2025 (EST)
===Decide what to do with {{tem|ref needed}} and {{tem|unreferenced}}===
{{early notice|December 8}}
Let me tell you what: the {{tem|ref needed}} and {{tem|unreferenced}} templates read too similar to the <nowiki>{{</nowiki>{{wp|Template:Citation needed|citation needed}}<nowiki>}}</nowiki> and <nowiki>{{</nowiki>{{wp|Template:Unreferenced|unreferenced}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:More citations needed|more citations needed}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:Unreferenced section|unreferenced section}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:More citations needed section|more citations needed section}}<nowiki>}}</nowiki> templates from Wikipedia, respectively. I just wonder if those are errors. I humbly ask if there's a possibility to decide what to do with the templates using three options:


;Option 1: Move {{tem|ref needed}} and {{tem|unreferenced}} to {{tem|citation needed}} and {{tem|ref needed}} and ONLY make <nowiki>{{unreferenced}}</nowiki> more specific.
===Split Mario & Luigi Badges & Remaining Accessories===
;Option 2: ONLY move <nowiki>{{ref needed}}</nowiki> and <nowiki>{{unreferenced}}</nowiki> to <nowiki>{{citation needed}}</nowiki> and <nowiki>{{ref needed}}</nowiki> respectively.
{{early notice|February 1, 2025}}
;Option 3: ONLY make <nowiki>{{ref needed}}</nowiki> and <nowiki>{{unreferenced}}</nowiki> more specific.
We realize this is a bit presumptuous given the proposal to split the clothing is, as of writing this, [[Talk:Clothing#Split everything here|the oldest unimplemented Talk Page Proposal]], and it isn't even ''close'' (it's the only proposal on that list from 2021!). However, we're a little surprised the badges and accessories weren't included in that proposal! Like clothing, there are multiple badges that appear across multiple games (such as remakes, but also the various Bangles from Dream Team/Brothership, Scarves and Statues in Dream Team/Paper Jam) and things different between them (did you know the base Mush Badge isn't in the Super Star remake? Only Mush Badges A and AA. you'd only know this comparing the two lists.)
;Option 4: ONLY make <nowiki>{{ref needed}}</nowiki> more specific.
;Option 5: ONLY make <nowiki>{{unreferenced}}</nowiki> more specific.
;Option 6: Do NOTHING.


The <nowiki>{{unreferenced}}</nowiki> template currently reads as follows:
In addition, a few of the accessories are already split; namely, the special items from the Starbeans Cafe, like the [[Greed Wallet]] or [[Great Force]]. We don't know what exactly to do if this split doesn't happen, so we've added an extra option to retain those articles but keep things to their lists, and one that just merges everything back to the lists.


----
'''Proposer''': {{User|Camwoodstock}}<br>
<pre>
'''Deadline''': February 8, 2025, 23:59 GMT
<div class="notice-template maintenance" style="background:#FC5;border:1px solid #f22">
This {{#if:{{{section|}}}|section|article}} '''{{#if:{{{more|}}}|needs additional citations for [[MarioWiki:Citations|verification]]|does not [[MarioWiki:Citations|cite any sources]]}}'''. Unsourced material may be challenged and removed. {{#if:{{{reason|{{{1|}}}}}}|'''Specific(s):''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}<br><small>Please help {{plain link|1=[{{fullurl:{{FULLPAGENAME}}|action=edit}} improve this {{#if:{{{section|}}}|section|article}}]}} by [[MarioWiki:Citations#How to add references|adding citations from reliable sources]].</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#FC5;border:1px solid #f22">
====Split 'em all (fire up that button pin maker!)====
This article '''does not [[MarioWiki:Citations|cite any sources]]'''. Unsourced material may be challenged and removed.<br><small>Please help {{plain link|1=[{{fullurl:{{FULLPAGENAME}}|action=edit}} improve this {{#if:{{{section|}}}|section|article}}]}} by [[MarioWiki:Citations#How to add references|adding citations from reliable sources]].</small>
#{{User|Camwoodstock}} Per proposal, of course. There's ''enough'' recurrence and differences here that we feel like this has ample reason to exist beyond just consistency's sake.
</div>
#{{User|Arend}} Might as well do it. Heck, maybe it will incentivize someone to actually do something about that clothes proposal.
----
#{{User|Waluigi Time}} Per all.
#{{User|Sparks}} Per all.
#{{User|Ahemtoday}} Per proposal.
#{{User|Hewer}} Huh, this wasn't included in the clothing proposal?
#{{User|ThePowerPlayer}} Per proposal.
#{{User|Jdtendo}} If this is just a confirmation of the scope of an already passed proposal, then why not <small>(provided it actually gets implemented)</small>.


However, if this proposal passes with option 1 being the most voted, guess what? in addition to the <nowiki>{{ref needed}}</nowiki> template being moved to <nowiki>{{citation needed}}</nowiki>, the <nowiki>{{unreferenced}}</nowiki> template will be moved to <nowiki>{{ref needed}}</nowiki> and will read more specifically as follows:
====Keep badges and remaining accessories merged, but keep Starbeans items split (the status quo option!)====


----
====Merge 'em all (those are SO out of style!)====
<pre>
<div class="notice-template maintenance" style="background:#FC5;border:1px solid #f22">
This {{#if:{{{section|}}}|section|article}} '''{{#if:{{{more|}}}|needs at least one more citation for [[MarioWiki:Citations|verification]]|does not [[MarioWiki:Citations|cite any sources]]}}'''. Unsourced material may be challenged and removed. {{#if:{{{reason|{{{1|}}}}}}|'''Specific(s):''' {{{reason|{{{1}}}}}}|<includeonly>{{#switch:{{NAMESPACE}}||Gallery=[[Category:Articles with incomplete maintenance tags]]}}</includeonly>}}<br><small>If you would like to help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve the {{#if:{{{section|}}}|section|article}}}}, please [[MarioWiki:Citations#How to add references|add citations from reliable sources]] to it.</small>
</div>
</pre>


<div class="notice-template maintenance" style="background:#FC5;border:1px solid #f22">
====Comments (splittin' badges/accessories)====
This article '''does not [[MarioWiki:Citations|cite any sources]]'''. Unsourced material may be challenged and removed.<br><small>If you would like to help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this {{#if:{{{section|}}}|section|article}}}}, please [[MarioWiki:Citations#How to add references|add citations from reliable sources]] to it.</small>
I almost want to oppose this proposal until the clothing articles gets actually split. I tried cancelling that one [[Talk:Clothing#Keep the Mario & Luigi Clothing pages as list articles|six month ago]] (to no avail) and I'd really rather not want to have another proposal like it just waiting for someone to implement. {{User:LadySophie17/sig}} 14:43, January 25, 2025 (EST)
</div>
----


Also, if the proposal passes with either option 3 or option 5 being the most voted, we'll use this from above.
The original proposal was "split everything here." [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 01:06, January 26, 2025 (EST)
:The wording is a bit vague, admittedly. The way the proposal was archived says only clothing, but the actual article suggests all gear. Which, hey, it'd be nice to at least confirm it. {{User:Camwoodstock/sig}} 01:10, January 26, 2025 (EST)


For example, placing the <code>more=yes</code>, <code>section=yes</code>, and <code>reason=Information on its release needs to be corroborated with external sources.</code> will have the <nowiki>{{unreferenced}}</nowiki> more specifically read as follows:
==Removals==
===Remove staff ghost times from the driver's list of profiles and statistics===
{{early notice|January 29, 2025}}
Currently, our lists of profiles and statistics list all of the details for every ''Mario Kart'' staff ghost where that driver is used. See [[List_of_Mario_profiles_and_statistics#Mario_Kart_8_Deluxe|Mario's from ''8 Deluxe'']] as an example. That seems odd to me, so I'm proposing their removal for two main reasons.
#'''I don't view staff ghosts as being intrinsic to the character.''' Unlike the unique stats a driver has, a staff ghost is not really part of what the character was built to do in the game. Instead, it's the other way around - the character is being used in service of the staff ghost mechanic, and that's about it. Even if you do take the perspective that these are intrinsic to the character, there's arguably superfluous information here. Is the fact that Laura from NoA decided to play as Mario on Mute City that important to Mario the character in ''Mario Kart 8 Deluxe''?<br>Not everything that a character does in the game is necessarily a statistic - for example, it's generally agreed on the wiki that the levels in a platforming game where an enemy appears are not a statistic to be counted in this section, and I see this as basically equivalent for a racing game. (Yes, I'm aware that there are several examples of this currently being done. I do not think this is appropriate.) IMO, it would be more appropriate to use the character's history section to list the course(s) they appear as a staff ghost on in prose.
#'''It's inconsistently applied.''' To my knowledge, this is only done with drivers - not karts, tires, or gliders. Mechanically, the vehicle that a character drives is just as important as the character driving it, so if we really wanted to be consistent here, we'd have to add staff ghost times to all of those other pages too. I think you can guess by the rest of the proposal that I don't support this.
You could also make some argument that this is stretching [[MarioWiki:Once and only once|once and only once]] a bit too far, since we have staff ghost times already listed on the game page and individual course pages. I'm admittedly not as much of a stickler for once and only once as some users and I think it's sometimes applied too rigidly, but character profiles are a third (and if we want to apply this consistently to karts as well, potentially fourth, fifth, and sixth) page where stats are repeated. That's quite a few pages that could have to be fixed up if we ever discovered a mistake, and those aren't places an editor is likely to check if they aren't already aware of them.


----
'''Proposer''': {{User|Waluigi Time}}<br>
<div class="notice-template maintenance" style="background:#FC5;border:1px solid #f22">
'''Deadline''': February 5, 2025, 23:59 GMT
This section '''needs at least one more citation for [[MarioWiki:Citations|verification]]'''. Unsourced material may be challenged and removed. '''Specific(s):''' Information on its release needs to be corroborated with external sources.<br><small>If you would like to help {{plain link|{{fullurl:{{FULLPAGENAME}}|action=edit}}|improve this section}}, please [[MarioWiki:Citations#How to add references|add citations from reliable sources]] to it.</small>
</div>
----


Likewise, the <nowiki>{{ref needed}}</nowiki> template reads as follows:
====Support: They're out of time====
#{{User|Waluigi Time}} Ghost 'em.
#{{User|Super Mario RPG}} Per proposer. Now that I think of it, most would be looking for them on a Staff Ghost page in any case. With these characters, they just so happen to be selected by the Staff Ghost, practically never due to any clear theme involving that character.
#{{User|Tails777}} Staff Ghosts are tied more to the tracks than the characters. The tracks themselves all cover the Staff Ghost information perfectly fine, as do the actual game articles. I don't see them as a harm being on the statistic pages of the characters, but I also don't think they ''need'' to be there. Plus, the point of not doing the same with karts, tires and gliders also provides a fair point towards axing this info. In short: RIP, per proposal.
#{{User|LadySophie17}} Per all.
#{{User|Camwoodstock}} Per proposal. Why are these attributed to the characters and not the tracks themselves, anyways?
#{{User|Jdtendo}} Per all.
#{{User|Sparks}} Time's up!
#{{User|Daisy4Days}} Per all.


----
====Oppose: Keep time====
<pre>
<sup class="noprint" style="font-weight:normal;font-style:normal">&#91;[[MarioWiki:Citations|''citation needed'']]&#93;</sup><includeonly>{{#if:{{NAMESPACE}}||[[Category:Articles with unsourced statements]]}}</includeonly><noinclude>[[Category:Superscript templates]]</noinclude>
</pre>


<sup class="noprint" style="font-weight:normal;font-style:normal">&#91;[[MarioWiki:Citations|''citation needed'']]&#93;</sup>
====Comments on staff ghost proposal====
----


However, if this proposal passes with either option 3 or option 4 being the most voted, the <nowiki>{{ref needed}}</nowiki> template will read as follows:
==Changes==
===Allow users to remove friendship requests from their talk page===
This proposal is not about banning friendship requests. Rather, it's about allowing users to remove friendship requests on their talk page. The reason for this is that some people are here to collaborate on a giant community project on the ''Super Mario'' franchise. Sure, it's possible to ignore it, but some may want to remove it outright, like what [https://www.mariowiki.com/index.php?title=User_talk:Arceus88&diff=4568152&oldid=1983365 happened here]. I've seen a few talk pages that notify that they will ignore friendship requests, [[User talk:Ray Trace|like here]], and this proposal will allow users to remove any friend requests as they see fit.


----
If this proposal passes, '''only''' the user will be allowed to remove friendship requests from their talk pages, including the user in the first link should they want to remove it again.
<pre>
<sup class="noprint" style="font-weight:normal;font-style:normal">&#91;[[MarioWiki:Citations|''reference needed'']]&#93;</sup><includeonly>{{#if:{{NAMESPACE}}||[[Category:Articles with unsourced statements]]}}</includeonly><noinclude>[[Category:Superscript templates]]</noinclude>
</pre>


<sup class="noprint" style="font-weight:normal;font-style:normal">&#91;[[MarioWiki:Citations|''reference needed'']]&#93;</sup>
This proposal falls directly in line with [[MarioWiki:Courtesy]], which states: "Talking and making friends is fine, but sometimes a user simply wants to edit, and they should be left to it."
----


Likewise, if this proposal passes with option 2 being the most voted, we'll only move the <nowiki>{{ref needed}}</nowiki> and <nowiki>{{unreferenced}}</nowiki> templates to <nowiki>{{citation needed}}</nowiki> and <nowiki>{{ref needed}}</nowiki>, respectively.
'''Proposer''': {{User|Super Mario RPG}}<br>
'''Deadline''': January 29, 2025, 23:59 GMT


Which option do you wish to choose?
====Support====
#{{User|Super Mario RPG}} Per.
#{{User|Shadow2}} Excuse me?? We actually prohibit this here? Wtf?? That is one of the most ridiculous things I've ever heard. Literally ''any other platform that has ever existed'' gives you the ability to deny or remove friend requests... They don't just sit there forever. What if your talk page just gets swamped with friend requests from random people you don't know, taking up space and getting in the way? I also don't think it's fair, or very kind, to say "just ignore them". It'll just sit there as a reminder of a less-than-ideal relationship between two users that doesn't need to be put up on display. Honestly I didn't even know we did "Friends" on this site...maybe the better solution is to just get rid of that entirely. This is a wiki, not social media.
#{{User|RetroNintendo2008}} Per Shadow2's comment.
#{{User|Waluigi Time}} IMO, the spirit of the no removing comments rule is to avoid disrupting wiki business by removing comments that are relevant to editing, records of discipline, and the like. I don't think that removing friend requests and potentially other forms of off-topic chatter is harmful if the owner of the talk page doesn't want them.
#{{User|EvieMaybe}} per WT
#{{User|Camwoodstock}} If someone doesn't want something ultimately unrelated to the wiki on their talk page, they shouldn't be forced to keep it. Simple-as. It would be one thing if it was "remove ''any'' conversation", as that could be particularly disruptive, but for friend requests, it's so banal that we can't see the harm in allowing people to prune those if they deem it fit.
#{{User|Nintendo101}} <s>Per proposal and Waluigi Time.</s> No, I do think this is principally fine. Though I do not support the broader scope envisioned by Shadow2.
#{{User|LinkTheLefty}} Agreed with N101.
#{{User|Paper Plumm}} While the concerns presented by the opposing side are valid, I think we should allow people to have the ability to control this sort of thing, this will have no consequence to you if you enjoy having friend requests however for those who are against this they are able to gain a net positive in relieving themselves of needless clutter. As per the broader ideas presented, that definitely needs its own vote, however again I am of the mind that the option should be made available but not forced upon all.
#{{User|Killer Moth}} Per proposal, Waluigi Time, Camwoodstock, and Paper Plumm.
#{{User|Daisy4Days}} Per proposal. I just don’t see why one should have to keep that; it’s completely unrelated to editing the wiki.


'''Proposer''': {{User|GuntherBayBeee}}<br>
====Oppose====
'''Deadline''': December 15, 2024, 23:59 GMT
#{{User|Ray Trace}} This hasn't been a problem as if lately and doesn't really fix anything. Just ignore the comments unless it's warning/block-worthy behavior like harassment or vandalism.
#{{User|Hewer}} I don't really see the point of this. A user can ignore friend requests, or any messages for that matter, without having to delete them.
#{{User|Sparks}} Friend '''requests''' are not any kind of vandalism or flaming. However, if they falsely claim to be their friend and steal their userbox then it would be an issue.
#{{User|Jdtendo}} I don't see why we would allow the removal of friend requests specifically and no other kind of non-insulting comments.
#{{User|Technetium}} No one even does friend requests nowadays.
#{{User|Mario}} Iffy on this. The case was a fringe one due to a user removing a very old friend request comment done by a user that I recall had sent out friend requests very liberally. I don't think it should be exactly precedent setting, especially due to potential for misuse (removing friend requests may be seen as an act of hostility, maybe impolite even if unintentional; ignoring it also has the problem but not as severe). Additionally, friend requests are not as common as they used to be, and due to this I just rather users exercise discretion rather than establish policy I don't think is wholly necessary. My preference is leaving up to individual to set boundaries for friend requests; a lot of users already request no friend requests, no swear words, or no inane comments on their talk pages and this is where they reserve that right to remove it or censor it. Maybe instead we can have removing friend requests be within rules, but it ''must'' be declared first in the talk page, either through a comment ("sorry, I don't accept friend requests") or as a talk page rule.
#{{User|Tails777}} I can see the logic behind allowing people to remove such requests from their talk pages, but at the same time, yeah, it's not really as common anymore. I just feel like politely declining is as friendly as it can get and flat out deleting them could just lead to other negative interactions.
#{{User|Mushroom Head}} It’s honestly rude to just delete them. If they were not nice, I guess it would make sense, but I can’t get over it when others delete your message.
#{{User|Shy Guy on Wheels}} A friend request ain't gonna hurt you. If you have a problem with it, you can always just reject it.
#{{User|Arend}} On top of what everyone else has already said, I think leaving them there is more useful for archival purposes.
#{{User|MCD}} This seems like something that would spark more pointless arguments and bad blood than it would prevent, honestly. Nothing wrong with saying 'no' if you ''really'' don't want to be friends with them, or just ignoring it. Also, the example that sparked this isn't anything to do with courtesy - the message in question was from 9 years ago and was not removed because the user was uncomfortable with it, but they seem to be basically starting their whole account from scratch and that was the one message on the page. In that context, I think removing the message was fine, but anything like that should decided on a case-by-case basis if there's nothing wiki-related or worth archiving otherwise.
#{{User|Sdman213}} Per all.
#{{User|Green Star}} Friend requests may not be especially helpful when it comes to building an encyclopedia, but allowing users to remove rather than simply ignore them isn't exactly helpful for building a friendly and welcoming community.
<s>{{User|Nintendo101}} It is not our place to remove talkpage comments — regardless of comment — unless it is harassment or vandalization, to which stuff like this is neither. I really think this energy and desire to helping out is best spent trying to elaborate on our thinner articles, of which there are many.</s>


====Option 1====
====Comments====
#{{User|GuntherBayBeee}} First choice
{{@|Nintendo101}} Ignoring friendship requests and removing them are basically the same thing. It's not required to foster a collaborative community environment, whether a user wants to accept a friendship request or not. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 09:52, January 15, 2025 (EST)
:I think it is fine for users to ignore friend requests and even remove them if they so choose. I do not think it is the place of another user — without being asked — to remove them, especially on older user talk pages. — [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 10:03, January 15, 2025 (EST)
::{{@|Nintendo101}} The proposal is for only the user whom the talk page belongs to removing friend requests being allowed to remove friend requests, '''not''' others removing it from their talk page for them. I tried to make it clear with bold emphasis. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 10:04, January 15, 2025 (EST)
:::Do we really need a proposal for this, though? And besides, I don't think friend requests are much of a thing here anymore. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 10:24, January 15, 2025 (EST)
::::I would've thought not, though a user got reverted for removing a friend request from own talk page (see proposal text). [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 10:26, January 15, 2025 (EST)
:::::My bad, I thought you had removed it to begin with. Apologies for the misunderstanding. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 10:50, January 15, 2025 (EST)
Adding on, there's a BIG difference between "Removing a warning or disciplinary action", "Hiding or censoring past discussions"...and "Getting rid of a little friend request". Sure it's important to retain important information and discussions on a talk page, but if it's not relevant to anything or important then the user shouldn't be forced to keep it forever. Perhaps a more meaningful proposal would be, "Allow users to remove unimportant information from their talk page". I've looked at the talk pages for some users on this wiki, and some of them are filled with...a '''lot'''. Like, a ton of roleplay stuff, joking and childish behaviour, gigantic images that take up a ton of space. Is it really vitally necessary to retain this "information"? Can't we be allowed to clean up our talk pages or remove stuff that just doesn't matter? Stuff that doesn't actually relate in any way to editing on the wiki or user behaviour? Compare to Wikipedia, a place that is generally considered to be much more serious, strict and restrictive than here...and you ''are'' allowed to remove stuff from your talk page on Wikipedia. In fact, ''you're even allowed to remove disciplinary warnings''. So why is it so much more locked-down here? [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 08:55, January 16, 2025 (EST)
:I've been trying to convey this very thing. I'm not against people befriending on the wiki, or even WikiLove to help motivate others. But there's a big difference between removing friend requests to removing formal warnings, reminders, and block notices from one's talk page. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 09:24, January 16, 2025 (EST)
::"''I've looked at the talk pages for some users on this wiki, and some of them are filled with...a lot. [...] Is it really vitally necessary to retain this 'information'?''"
::It absolutely is for those users on the talk pages. {{User:Mario/sig}} 20:12, January 16, 2025 (EST)
:::...Right...And it's their choice to keep it. But as I understand it, the rules of this website prevents those users from ''removing'' it if they should so choose. [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 20:44, January 16, 2025 (EST)
::::I just don't see the issue. Those talk pages you cited are typically content exchanged between two users who know each other well enough. It doesn't happen with two strangers. If you don't want the content in the rare case some random person decides to post an image you don't like, then reply to it to indicate such, and it shouldn't be posted again. If they do it again, it's a courtesy violation and it's actionable, just ask sysops to remove it. It's not really violating the spirit of the "no removing comments" rule. Our current rules are already equipped to deal with this, I don't think it's a great idea to remove this content in most cases without at least prior notice, which I think this proposal will allow. {{User:Mario/sig}} 20:59, January 16, 2025 (EST)
:::::That's the problem right there, you've perfectly outlined it. "some random person decides to post an image you don't like, then reply to it to indicate such, and it shouldn't be posted again". But the image is ''still there'', even though I don't want it to be there. Why does the image I don't like have to remain permanently affixed to my talk page, taking up space and not doing anything to further the building of this wiki? Rather, I should be allowed to say "I don't like this image, I am going to remove it now." [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 22:49, January 16, 2025 (EST)


====Option 2====
I want to make something clear: under [[MarioWiki:Userspace#What can I have on my user talk page?|the current policy for user talk pages]], "you cannot remove conversations or comments, unless they are acts of vandalism or trolling". Comments that you can remove are the exception, not the norm. If this proposal passes, should we change the end of the sentence to "unless they are acts of vandalism, trolling, or friend requests"? {{User:Jdtendo/sig}} 13:13, January 16, 2025 (EST)
:No. This is about letting users to decide whether to remove friend requests from their talk page if they do not want that solicitation. "you cannot remove conversations or comments, unless they are acts of vandalism or trolling" would be more along the lines of, "You are not allowed to remove any comments irrelevant to wiki-related matters, such as warnings or reminders. The most leeway for removing comments from talk pages comes from vandalism, trolling, or harassment. Users are allowed to remove friend requests from their own talk page as well." [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 15:43, January 16, 2025 (EST)
::{{@|Super Mario RPG}} receiving a friend request does not mean you have to engage with it or accept, does it? So I am not really sure it constitutes as solicitation. Is the idea of leaving a friend request there at all the source of discomfort, even if they can ignore it? Or is it the principal that a user should have some say as to what is on their own talk page as their user page? I worry allowing users to remove their comments from their talk pages (especially from the perspective of what Shadow2 is suggesting) would open a can of worms, enabling more disputes between users. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 21:13, January 16, 2025 (EST)
:::It's the principal of a user deciding whether they want it on their talk page or not. It would be silly if disputes occur over someone removing friendship requests. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 21:20, January 16, 2025 (EST)


====Option 3====
:No, we should change it to "acts of vandalism, trolling, or unimportant matters unrelated to editing on the wiki." [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 18:28, January 16, 2025 (EST)
#{{User|GuntherBayBeee}} Second choice
::I believe users should have ''some'' fun here and there. The wiki isn't just a super serious website! Plus, it gives us all good laughs and memories to look back on. {{User:Sparks/sig}} 20:32, January 16, 2025 (EST)
::{{@|Shadow2}} What are some specific examples? [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 20:35, January 16, 2025 (EST)
:::Examples of what? [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 20:44, January 16, 2025 (EST)
::::Of what other "unimportant matters" you'd like for users to be allowed to remove from their own talk page. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 20:47, January 16, 2025 (EST)
:::::Unfortunately it might be in bad faith to say "Look at this other user's page, this is considered unimportant and if it were on MY page, I would want it deleted." But like, when I first started on Wikipedia a friend of mine left a message on my talk page that said "Sup noob". I eventually fell out of favour with this friend and didn't really want to have anything to do with him anymore, so I removed it. It wasn't an important message, it didn't relate to any activity on the wiki, it was just a silly, pointless message. I liked it at first so I kept it, then I decided I didn't want it there anymore so I removed it. There's a lot of other very silly, jokey text I've seen on talk pages that I'm sure most users are happy to keep, but if they ''don't'' want to keep it then they should have the option of removing it. [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 23:00, January 16, 2025 (EST)


====Option 4====
{{@|Technetium}} That's true, no one does, but me and some others still would prefer a precedent to be set. This proposal began because someone blanked a friend request from own talk page recently, so this may occur every once in a while. The reason that one was allowed to be removed (by {{@|Mario}}) is because it was a single comment from long ago that had no constructive merit when applied to this year and wasn't that important to keep when the user decided to remove it. This proposal would allow it in all cases. Removing such messages from one's own talk page is the equivalent of declining friend requests on social platforms. It stops the message from lingering and saves having to do a talk page disclaimer that friend requests will be ignored, since some people may choose to accept certain friend requests but not others. This opens room for choices. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 16:21, January 16, 2025 (EST)
#{{User|GuntherBayBeee}} Third choice


====Option 5====
{{@|Mario}} So if this proposal fails, would there be some clarification in rules behind the justification of such content being removed?  [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 20:35, January 16, 2025 (EST)
#{{User|GuntherBayBeee}} Fourth choice
:[[File:Toadlose.gif]] Maybe? I don't know. This proposal was kind of unexpected for me to be honest. {{User:Mario/sig}} 20:38, January 16, 2025 (EST)
::I do believe that the intentions of this proposal are good, but the scope is too narrow. It should be about granting users the freedom to remove unimportant fluff (Friend requests included) from their talk page if they so choose. Discussions about editing and building the wiki, as well as disciplinary discussions and warnings, do ''not'' fall under "unimportant fluff". [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 20:47, January 16, 2025 (EST)
:::{{@|Shadow2}} have you considered that the users who receive images and jokes on their talk pages like having them there? The users who send jokes and images to certain receivers view them as good friends - these are friendly acts of comradery, and they are harmless within the communal craft of wiki editing. Are you familiar with anyone who would actually like to have the ability to remove "fluffy" comments from their talk pages? - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 21:18, January 16, 2025 (EST)
:::Some narrow-scope proposals have set precedents. [[User:Super Mario RPG|Super Mario RPG]] ([[User talk:Super Mario RPG|talk]]) 21:20, January 16, 2025 (EST)
::::(edit conflict) I would also add that they help build a wiki by fostering trust and friendship (which is magic) and helping morale around here, but I do think Shadow2 is arguing that if they receive such content, they should see fit to remove it. However, the hypothetical being construed here involves a stranger sending the content (which probably has happened like years ago) and I dispute that the scenario isn't supported in practice, so I don't think it's a strong basis for the argument. In the rare cases that do happen (such as, well, exchanges years ago), they're resolved by a simple reply and the content doesn't really get removed or altered unless it's particularly disruptive, which has happened. If it's applicable, I do think a rule change to at least allow users to set those particular boundaries in their talk pages can help but I don't see how that's strictly disallowed in the first place like the proposal is implying. {{User:Mario/sig}} 21:38, January 16, 2025 (EST)
::::"have you considered that the users who receive images and jokes on their talk pages like having them there?" Yes? Obviously? What does that have to do with what I'm saying. Why does everybody keep turning this whole proposal into "GET RID OF EVERYTHING!!" when it's not at all like that. If the users want the images and jokes on their talk page, they can keep them. If they ''don't'' want them, then there's nothing they can do because the rules prohibit removal needlessly. [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 22:49, January 16, 2025 (EST)
:::::I think you misunderstand my point - why should we support a rule that does not actually solve any problems had by anyone in the community? - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 23:03, January 16, 2025 (EST)
::::::That's an unfair assumption. It would be a problem for me if someone left something on my page, and there's probably plenty of others who would like to remove something. Conversely, what is there to gain from forcing users to keep non-important information on their talk page? [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 02:11, January 17, 2025 (EST)
:::::::I would appreciate it if you elaborated on what about my inquiry was an unfair assumption. I am generally not someone who supports the implementation of rules without cause. If there were examples of users receiving unsolicited "fluff" on the site that do not like it, or if you yourself were the receiver of such material, that would be one thing. But I do not believe either thing has happened. So what would be the point in supporting a rule like that? What are the potential consequences of rolling something like that? Facilitating edit wars on user talkpages? Making participants in a communal craft feel unwelcomed? Making users hesitant to express acts of friendship with another? The history of an article-impacting idea being lost because it emerged between two users on one of their talkpages? In my experience the users who have received light messages and images from others have established a bond elsewhere, such as on Mario Boards or the Super Mario Wiki Discord. I am not familiar of this being done between acquaintances or strangers, or people who dislike it regardless. If you had proof of that or any comparable harm, I would be more receptive to your perspective. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 12:13, January 17, 2025 (EST)
::::::::Feels like I'm just shouting at a wall here, and all of my concerns are being rebuffed as "not a big deal", so I guess I'll just give up. But going forward, having learned that once someone puts something on my talk page it's stuck there for eternity, no matter what it is, makes me incredibly uncomfortable. [[User:Shadow2|Shadow2]] ([[User talk:Shadow2|talk]]) 18:48, January 17, 2025 (EST)
This proposal says: ‘You may get your edit reverted for being nice, but because swearing is not being nice, you can swear the şħįț out’ {{User:Mushroom Head/sig}} 07:55, January 17, 2025 (EST)


====Option 6====
===Merge the Tortes===
#{{User|Hewer}} What is the point of this? Switching around the names of those templates is unnecessary at best and confusing at worst, and I don't see how the slightly changed wording of the unreferenced template makes it in any way "more specific". This just feels like changing things for the sake of changing things.
Three birds with one stone with this one! This proposal concerns the following articles:
#{{User|Waluigi Time}} Seems like an unnecessary change, and moving one template to the old name of an unrelated template is just asking to make an even bigger mess of old revisions. When you make proposals, you really should explain why the status quo is a problem and how your proposed solution will fix it.
* [[Apprentice (Torte)]]
#{{User|Nintendo101}} Per Waluigi Time.
* [[Chef Torte]]
#{{User|Technetium}} Per Waluigi Time.
* [[Torte]]
#{{user|Doc von Schmeltwick}} - Moved templates always give me headaches trying to figure out where the heck they went when I'm previewing edits.
#{{User|OmegaRuby}} Per Waluigi Time.
#{{User|Axii}} Per Waluigi Time.
#{{User|Camwoodstock}} Per all; this feels like it'd be ''even more confusing'' than what we're already doing for next to no benefit.
#{{User|Jdtendo}} I know that "We should do this because Wikipedia does it" is not a compelling argument, but "We should not do this because Wikipedia does it" is not compelling either!
#{{User|Sdman213}} Per all.
#{{User|FanOfYoshi}} I would've only supported if there were an option for ONLY renaming ref needed to citation needed. I always type out "citation needed" and needing to correct to the actual name "ref needed" is frustrating.


====Comments====
The argument is fairly simple; the Chef and Apprentice Tortes are just a duo never seen separate from one another, like the [[Jellyfish Sisters]], or [[Cork and Cask]]--and given they are the ''only'' Tortes we see in the game, it seems only fair to merge that article as well. This is only particularly unique in the amount of articles there are; 3 of them, for this one concept? The Torte article focuses mostly on their in-battle role, while the Chef Torte and Apprentice articles try to explain their duo role in two distinct articles.
{{@|Hewer|Waluigi Time|Nintendo101|Technetium|Doc von Schmeltwick|OmegaRuby|Axii}} What's a better way to do than options 1 or 2? {{User:GuntherBayBeee/sig}} 13:37, December 3, 2024 (EST)
:I guess I do not understand why anything needs to change at all, and I am reluctant to change templates that see widespread use across our userbase and articles without good reason. What is wrong with the way they are currently set up? - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 13:43, December 3, 2024 (EST)
::The <nowiki>{{unreferenced}}</nowiki> template from the Super Mario Wiki reads too similar to the <nowiki>{{</nowiki>{{wp|Template:Unreferenced|unreferenced}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:More citations needed|more citations needed}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:Unreferenced section|unreferenced section}}<nowiki>}}</nowiki>/<nowiki>{{</nowiki>{{wp|Template:More citations needed section|more citations needed section}}<nowiki>}}</nowiki> templates from Wikipedia. The last time I improved this proposal, I think a better way that I would choose option 4, one of my four options. {{unsigned|GuntherBayBeee}}
:::I hear you. They are "too similar" to the templates from Wikipedia. But is that a materially bad thing? What are the consequences to having these templates be similar to the ones from Wikipedia? - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 14:32, December 3, 2024 (EST)
::::Backing this up--just because the internal names for templates are similar to Wikipedia's doesn't mean we should change them. Changing them would sweep a lot of change across wiki editing and be a hassle for longtime editors to adapt to. --{{User:OmegaRuby/sig}} 08:07, December 4, 2024 (EST)
:::::How about "Please help the Super Mario Wiki" instead of "Please help"? Would that look like a better idea? {{User:GuntherBayBeee/sig}} 13:36, December 4, 2024 (EST)


===A reconsidering of "derived names"===
In addition, if we merge Apprentice (Torte), either to Torte or to Chef Torte, we should probably move [[Apprentice (Snifit)]] over to [[Apprentice]], and give it the <nowiki>{{about}}</nowiki> template.
This proposal acts as a counter to the proposal [[MarioWiki:Proposals/Archive/66#Repeal_the_.22derived_names.22_having_priority_over_official_names_in_other_languages|Repeal the "derived names" having priority over official names in other languages]]. In short, to a casual reader like myself, subjects being named [[Disaster Neko]], [[Comet Tico]], [[Wonder Haiden]], and [[Kodeka Kakibō]] are extremely unhelpful when English names for them seem trivial. Many subjects in the Mario franchise use a very consistent naming scheme: [A descriptor for this specific subject, usually an adjective] [very standardized name]. If something is officially called Wonder Packun, and is a Packun(or Piranha Plant) which have variants consistently named "X Packun" in Japanese and "X Piranha Plant" in English, then it feels pedantic to not call it a Wonder Piranha Plant.


The proposed change here would be to allow derived names to take precedent over internal and foreign names when those derived names are built upon a strong enough foundation, on a case-by-case basis. Derivations should be based on actual official English localizations or already use English words to begin with. If there isn't precedent for each aspect of the name, then it should remain in its source language.
'''Proposer''': {{User|Camwoodstock}}<br>
Examples:
'''Deadline''': February 3, 2025, 23:59 GMT
* [[Fire Gabon]]: "Fire X" is a well established format, see [[Fire Bro]] (Faia Burosu) and [[Fire Piranha Plant]] (Faia Pakkun). "X Spike" is also well established, see [[Paper Spike]] (Pēpā Gabon) and [[Stone Spike]] (Rokku Gabon). Therefore, Faia Gabon would be interpreted as Fire Spike.
* [[Comet Tico]]: "Comet" is already an English term used frequently in ''Super Mario Galaxy'', and [[Prankster Comet]]s are directly connected to the Comet Tico. "X Luma" is a very consistent formatting of names in SMG, see [[Hungry Luma]] (TicoFat internally) and [[Co-Star Luma]] (SupportTico intermally). TicoComet can therefore be interpreted as Comet Luma.
* [[Yarikuri Obake]]: "Yarikuri" is officially localized as [[Pirate Goom]], however it is never given any descriptors in English and "Obake" does not have a standardized localization, especially not one for ''Wario Land 3''. This name would remain in Japanese.
* [[Baboom|Hanabihei]] (assuming its official English name was never revealed): "Hanabihei" is derived from "Bombhei", but is a portmanteau and not a trivial descriptive name. It would remain as-is.


The positives of this proposal if it were to pass would be that related subjects would be intuitive as to how they relate. Just by reading the names, you would be able to tell that [[Hoppycat]], [[Wonder Hoppin|Wonder Hoppycat]], and [[Deka Hoppin|Big Hoppycat]] are related, and what that relationship is.
====Merge all 3 to Torte (It's burnt...)====
#{{User|Camwoodstock}} Primary option. It's probably the simplest option overall, if you ask us, and it fits with how we handle the various duos of ''Superstar Saga''.
#{{User|LinkTheLefty}} Unusually, these guys don't even have unique battle labels.
#{{User|Sparks}} Merge!
#{{User|Blinker}} Per proposal. (By the way, I'm also rethinking my position on the Iron Cleft situation...)
#{{User|Ahemtoday}} Per proposal.
<s>{{User|Nintendo101}} Per proposal.</s>
====Merge Chef Torte & Apprentice, keep them split from Torte (It's just a little crispy.)====
#{{User|Camwoodstock}} Secondary option; if we really must keep Torte split from the duo we see in-game, that's fine, but we can't see any particular reason to keep the duo split up.
#[[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) - Also if I recall correctly, that inconsistent-in-English accent difference is not present in Japanese, where their speech patterns are mostly the same. I'm not sure about merging them to the species since they at least ''have'' unique names from the species, unlike say, Birdo.
#{{User|Waluigi Time}} Per Doc in the comments. This would also be consistent with [[Talk:Iron_Cleft#Merge_with_The_Iron_Adonis_Twins|last year's proposal for Iron Clefts/the Iron Adonis Twins]].
#{{User|DryBonesBandit}} Per all. If all three'd be merged, I'd rather the title be "Chef Torte and Apprentice" anyway, because iirc they're the only Tortes in the game.
#{{User|Paper Plumm}} Per all.
#{{User|Nintendo101}} I think this makes more sense, from the comments below.
#{{User|Technetium}} Per all.


Edit: Several users have expressed the sentiment that our current names are already somewhat derivative. Fire Gabon is not the name of the subject in Japanese, but rather ''Faia Gabon''. Similarly, [[Informant Mūcho]] is derived from the filename <code>B4_Informant_MUC</code>. Thusly, a new option is provided to propose to stop this form of derived names as well. Names like Comet Tico would be moved to "TicoComet", and Informant Mūcho moved to "Informant_MUC" or "Informant".
====Do nothing (It's gourmet!)====


Edit 2: LinkTheLefty has very reasonably pointed out that the wiki has [[MarioWiki:Japanese#Subjects_with_Japanese_names|existing, consistent guidelines]] on how to write Japanese names with English loanwords, meaning Fire Gabon should not be written as ''Faia Gabon''. I have altered the second option in accordance. If it passes, Japanese names will not have their spellings changed, but names derived from development data will still be made more direct. In hindsight, it probably wasn't a good idea, articles called [[Superball Mario (level)|Sūpābо̄rū Mario]] or [[Super Mario Kart: Doki Doki Race|Sūpā Mario Kāto Doki Doki Rēsu]] would probably be rather obtrusive.
====Comments (It's... Alive???)====
This can easily be ''four'' birds with one stone, since "Apprentice (Snifit)" can become the default article (the identifier's a little dated anyway) and the paltry disambig can be turned into an <nowiki>{{about}}</nowiki>. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 22:08, January 19, 2025 (EST)
:Good observation, actually! Went and added this. {{User:Camwoodstock/sig}} 22:15, January 19, 2025 (EST)


'''Proposer''': {{User|PopitTart}}<br>
@Doc: On that note, because of [[MarioWiki:once and only once|once and only once]], that info is awkwardly divided across two out of three articles at present, even though it pertains to all three. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 08:25, January 22, 2025 (EST)
'''Deadline''': December 19, 2024, 23:59 GMT
:I see the "species" article as being mostly about how they battle, as well as the best place to note the various unused setups containing differing amounts of them, while a singular character duo article would cover their role in the story and general characterization. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 09:15, January 22, 2025 (EST)


====Allow fully derived names (Fire Spike, Informant Snifit)====
By the way, wouldn't option 1 go against [[MarioWiki:Minor NPCs]]? --{{User:Waluigi Time/sig}} 10:27, January 27, 2025 (EST)
#{{User|PopitTart}} Per proposal.
:Not any more than [[Cork and Cask]] does, I'd say. The main difference here is that the game already has a good name that can apply to both. Speaking of which, {{@|Camwoodstock}}, would the resulting article be treated as a character or species article? The former would make more sense, in my view, but just to make sure. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 10:57, January 27, 2025 (EST)
#{{User|Technetium}} Per proposal.
::We were imagining the former, akin to the many duos of Superstar Saga, yes. {{User:Camwoodstock/sig}} 11:51, January 27, 2025 (EST)
#{{User|Hooded Pitohui}} Per proposal.
:::Come to think about it, it's also a little odd how Booster's main trio of [[Snifster]]s are covered on what is otherwise treated as a species article. That's a somewhat similar situation, isn't it? [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 10:29, January 28, 2025 (EST)
#{{User|Scrooge200}} Per proposal.
#{{User|Fun With Despair}} Per proposal. Since I started browsing this wiki as a kid, I had always thought the use of foreign language names were nonsensical when it was obvious what they should be - especially in cases like those cited in the proposal. "Neko" just means literally "Cat" in Japanese. It is likewise reasonable, as stated, to amend enemy names to their English counterpart in cases like "Fire Gabon", etc. In the previous vote to repeal this, {{User|Koopa con Carne}} stated that you shouldn't ignore an official name to make up a "wacky" name instead. I don't believe this to be a good faith argument in this case. Nobody is making anything up. If Gabon in English is Spike, then there is absolutely no conjecture with regards to applying that moniker to Fire Gabon - nor is there conjecture with regards to what replacing Disaster Neko with Disaster Cat in an instance where the normal version of these entities is just called "Kitten" in English, a direct translation from the respective Japanese name.
#{{User|Ninelevendo}} Per proposal.
#{{User|Shoey}} Per proposal.
#{{User|Turboo}} Per proposal.
#{{User|Meta Knight}} It just makes more sense.
#{{user|Lakituthequick}} Per all.
#{{User|Shy Guy on Wheels}} Per proposal.
#{{User|Cheat-master30}} Per all.
#{{User|Waluigi Time}} Per all.
#{{User|winstein}} I think this is a good idea, so I agree with it.
#{{User|Roserade}} I have been keeping with this proposal and reading the arguments of the opposition, and while I understand where they're founded, I remain fairly unconvinced by them. I believe that this proposal is pointing towards reputable translation as the source of these names, with names like "Fire Spike" being based upon a) well-established patterns in translation and b) clear visual indication of what the thing ''is''. To argue that translating directly like this is "making stuff up" feels to me like a bad-faith argument. I feel like we can reasonably deduce what a translation should be if we have the valid evidencing for it - which PopitTart indicates as the aim in this proposal. And if a localization eventually rolls around, and it's a different name than what we're using? We change it, which is already what we'd do in the case of a Japanese article name anyway. Updating information is not hard, if it becomes necessary. Ultimately, our aim as a fan wiki should be accessibility of its userbase, and straightforward translation work is one of the ways to make these articles more accessible. Also, I'm sure it's more of an aside than a fully-fledged argument, but "regret the next encyclopedia event" is a silly argument. It's not our responsibility to ensure that nobody in a formal publishing house opts to plagiarize the wiki again.
#{{User|MCD}} Per all, especially Roserade & FWD.
#{{User|Ninja Squid}} Per all.
#{{User|Tails777}} The Disaster Neko and Fire Gabon examples are the ones that are ALWAYS on my mind when I think of this. Per Fun with Despair and Roserade especially.
#{{User|Reese Rivers}} Per all.
#{{User|Pseudo}} Though I'm somewhat hesitant because I do perceive the opposition's stated disadvantages of doing this (particularly those mentioned by Nintendo101), I'm inclined to support this especially because of the argument raised by Lady Sophie and Exiled.Serenity's comments — that the wiki already ''does'' do this sort of name-deriving with examples like Comet Tico, Dark Nokonoko, and Fire Gabon, none of which ''exactly'' match the form seen in the game files. If we're comfortable adopting slightly derived names—and they are derived names—in order to make the wiki more readable, which I personally am, then I see little reason not to translate well-established names like Tico, Nokonoko, and Gabon, which have already been localized to English time after time. Perhaps the enemy's name will not turn out to be "Fire Spike" when it reappears with an officially-localized name, but we can simply acknowledge that as a wiki when the time comes. Frankly, acknowledging partially derived names like these three with a notice template arguably provides greater clarity than what the wiki is currently doing, claiming that the enemy's datamined name is Dark Nokonoko, rather than NokonokoDark, the only official "English" name that actually exists.
#{{User|Cadrega86}} Per proposal and Pseudo.
#{{User|Exiled.Serenity}} Per my comments below, and Pseudo. This is my preferred option— I think it is only "making stuff up" in the strictest possible sense. A far cry from calling him "Sizzle-Spikey!" or whatever. I also appreciate the proposal's restraint in this regard, choosing to only allow this when there's so much evidence for a given name that we'd just as easily be giving an inaccurate impression by not using it.
#{{User|Dainn}} Per all. Wonder Haiden bothered me deeply when I first saw it.


====Stop derived development data names (Fire Gabon, Informant_MUC)====
===Rename Trivia section to "Notes" and allow broader coverage in their contents===
#{{User|MCD}} Not my first choice but per my comment below. What we have now is essentially a mish-mash of different sources of derivation, this is better than that at least.
{{early notice|February 2, 2025}}
#{{User|Sparks}} Agreed.
#{{User|PopitTart}} Second choice, Per MCD. If we can't do fully derived names, then we shouldn't do arbitrary partial ones.
#{{User|Hewer}} Second choice, I'll take this over the first option.
#{{User|Koopa con Carne}} Per... Hewer, I guess? Voting mostly to the detriment of the first option.
#{{User|Ahemtoday}} Honestly, I'm not even sure this is my second choice or not — I'm willing to go a long way in the name of consistency.
#{{User|Tails777}} Secondary choice. I'd rather lean one way or the other than have a messy in between. At least with this, it makes more sense than allowing the word "Fire" to be translated from "Fire Gabon" and not "Gabon".
#{{User|Pseudo}} Secondary choice per Tails777, and per the sentiment expressed in my vote for the option 1. The current situation is a bad middle ground. This might become my primary vote in the future, but I need to think about it more.
#{{User|Exiled.Serenity}} My second choice. It's at least consistent.
#[[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) - This I can agree with, the guessing of word order for file names always bugged me. Granted, it'd look odd in the prose, but there are ways around it (for instance, "'''Informant_MUC''' is the internal designation of a Snifit in ''Paper Mario: Color Splash''. The Snifit is found...")
#{{User|FanOfYoshi}} As counterproductive/problematic as the proposal itself is, i suppose this could be an alternative (even if this option might get counterproductive in certain areas too)
#{{User|TPG}} After careful consideration and reading the comments of this proposal, I think this is the most acceptable option. Ultimately it is not the wiki's responsibility to localise names on Nintendo's behalf, and even though it IS common sense to call it 'Fire Spike', or 'Wonder Hoppycat', no official source has used that name yet. Perhaps down the line this more strict position on deriving names will lead to a more acceptable naming guideline that allows us to state the obvious, but it isn't on us to make up names. I don't think this is the best way to deal with conjecture, but I'll leave that thought in the comments.


====Do nothing (Fire Gabon, Informant Mūcho)====
Trivia sections are a contentious part of the wiki. Lengthy trivia sections with wrong/stupid/pointless content were an issue in the early years of the site and while there’s been a successful effort to clean them up, they’ve retained a stigma as a dumping ground for low-effort writing. As part of it, there’s been a drive to gently discourage such sections and instead steer people toward “incorporating” trivia content in other parts of the article. It’s not a bad notiom, but I do think it’s had some unhappy results (more on that later) even if it would be absurd to suggest it is an equivalent problem
#{{user|Doc von Schmeltwick}} - This remains speculative. They could just as easily call it ''Flame'' Spike ([[Flame Chomp]] exists, after all, having been renamed from Fire Chomp) or ''Fireball'' Spike.
#{{User|Hewer}} Per the previous proposal that got rid of these names. It's still conjecture no matter how much we pretend it's not, and I'd rather stick to what's official. In response to the argument that Japanese names confuse or are unhelpful to readers, I'd argue that using fan names over official ones is misleading readers, which is much worse. We're here to report what the facts are, not what we want them to be. Also, variant relationships don't always have to be obvious from the name (you'd never guess from the name alone that [[Bandit]] is a [[Shy Guy]] variant, for example).
#{{user|Koopa con Carne}} '''No. Making up a name for a thing that has an official name [[MarioWiki:Citations#Why sourcing? What needs it?|is not what the wiki is about]],''' and if you think the official name is less intuitive than the alternative, there's this nifty feature called "redirects" that doesn't tamper with official concepts. If you think that argument is in bad faith, then you misunderstood the mission of this site.
#{{User|Nintendo101}} I think Popitart created a solid proposal, and I understand why it has garnered support. However, I believe the burden on having these names revised to something more suitable and consistent with the English localization is on the publisher. Not us. One of the things that has made Super Mario Wiki stronger reference material than many other wikis is our naming policy. I view it as a concentrated effort to avoid {{wp|Circular reporting|citogenesis}}, {{wp|Descriptivist theory of names|descriptivism}}, and manufactured consensus, which is especially important considering Nintendo themselves clearly consult this site on occasion and sometimes incorporate [https://www.nintendo.com/jp/character/mario/en/history/land2/index.html our interpretations of the text], including [[Bat (Super Mario Galaxy)|incorrect interpretations]]. It is clear we are the primary reference for in-depth ''Super Mario'' information on the internet and for the general public, and likely will remain so for years to come. I would like us to remain reliable and neutral for them. Does "Comet Tico" look silly next to "Hungry Luma?" Yes, it does. Does it not mean "Comet Luma?" Yes. But I do not think that is something for us to solve, and I suspect most readers will intuitively understand this means the subject has not been given an English name yet. I don't think that is a big deal. I think a bigger deal would be to, say, see it named "Comet Luma" on the ''Super Mario Galaxy'' article and assume that is its name. In my view, that is not really true, but presenting it as such can lead to misinformation being spread. I understand and respect those who feel differently, but that is generally how I feel at this time.
#{{User|LinkTheLefty}} How about we '''''<u>not</u>''''' do this again and regret it when the next encyclopedia event happens? We've never been one of those sites that gets a dopamine rush over "canonizing" stuff. On the contrary, we have a responsibility to step back and give the translators breathing room to do their thing when they get their chance without fears of stifling their freedom and being compared to the fans all the time. Per all the opposition, past and current.
#{{User|Axii}} ^
#{{User|Ahemtoday}} Per Doc and Nintendo101.
#{{User|Sparks}} While it is tempting to just replace the Japanese name with its English equivalent, we don't know for sure if that is what the English translation actually is (or will be). While Fire Spike and Wonder Hoppycat seem to be obvious names for the enemies, what if they're not their official names? We have concrete evidence right now; it's just not English, but having an official name in Japanese is better than making up an English one.
#{{User|FanOfYoshi}} Per all; no comment needed, since you may already know where i stand.
#{{User|Super Mario RPG}} I see no reason to change this that doesn't involve appealing to the fact that this is an English wiki.
#{{User|Camwoodstock}} We're gonna be honest here, neither of the other options really appeal to us. We understand the concerns with citogenesis that caused the previous proposal to fail, so we won't really go over that. But the "we should use derived names ''exactly as they are written in the source''" is... Well, to put it bluntly here, more than a little asinine. Where exactly are we drawing the line, here? The provided examples in the proposal keep the camelcase in [[Comet Tico|TicoComet]] and that [[Informant Mūcho|B4_Informant_MUC]] would be moved to Informant_MUC; who's calling what's the "unnecessary" parts we omit here? Do we just include them all? If it's the latter, be honest with yourself; would the wiki be better off if we had an article called [[Peach doll|cg_data-character-p0242_peach_doll]]? If it's the former, how do we plan to trim down a sentence on the [[Watering hole]] article like "They consistently spew water into a small basin, allowing [[Mario]] to swallow some and turn into [[Pump Mario|STRM_SE_PUMP_MARIO_KUSUGURI]]."? We have so, so many questions, and unfortunately, next to no answers here. Above all else, we don't really feel comfortable going forward with a proposal that, as others have pointed out, has felt rather wishy-washy for something as drastic as a change to our article naming guidelines.
#{{User|DryBonesBandit}} Well, just because something can be translated as something else, doesn't mean it has been by Nintendo. Per all.


====Comments====
Somewhat counter to common wisdom, I think the problem with Trivia sections is that not that they’re not narrow and curated enough, but rather than they’re not ''broad'' enough.  
@Doc von Schmeltwick: the decision to go with Fire Spike over Flame Spike or others is based on both its behavior as well as how the "fire" prefix is translated from Japanese; Faia Gabon is a Spike that attacks with fireballs, as opposed to being made of fire or such. This is in-line with the given examples, as well as [[Fire Nipper Plant]] and [[Fire Mario]], which all have the same "faia X" naming in Japanese. Flame Chomp however is named "Keronpa" in Japanese, and thus isn't suitable as a point of comparison. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 02:44, December 5, 2024 (EST)
:I have found better examples: ''Fire Heihō'' is known as [[Pyro Guy]] in English (not as "Fire Shy Guy") and ''Fire Mūcho'' is known as [[Scorchit]] (not as "Fire Snifit"). {{User:Jdtendo/sig}} 07:50, December 5, 2024 (EST)
::I don't see the point debating Fire Spike anyway when [[Fire Gabon#Internal names|the internal name]] specifically uses the word "Fire". --{{User:Waluigi Time/sig}} 12:02, December 5, 2024 (EST)
:::But it does not specifically use the word "Spike". {{User:Hewer/sig}} 12:06, December 5, 2024 (EST)
::::The specific point being addressed here is Doc's vote, which was questioning using "Fire". --{{User:Waluigi Time/sig}} 12:12, December 5, 2024 (EST)
:::::As Jdtendo demonstrated, the Japanese name being "Fire [enemy]" doesn't mean the English name will be "Fire [enemy]". {{User:Hewer/sig}} 12:43, December 5, 2024 (EST)
::::::There are indeed cases where "faia" is translated as something other than "fire", but these appear to be used for enemies which use fire in a way distinct from the classic fireball projectile. In combination with the Fire Gabon's behavior matching the subjects which ''are'' translated that way, I believe "fire" to be the best option. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 13:30, December 5, 2024 (EST)
:::::::And that's just your subjective assessment. We have no idea if the official translators would agree, and for all we know, they could have completely different criteria to determine what gets called "Fire" and what doesn't. (For what it's worth, "Fire Spike"'s fireballs fly in a straight line through the air, so they are actually quite functionally different from those of Fire Mario or Fire Bro, which bounce along the ground, and Spike's other variants, Snow Spike and Stone Spike, do not follow any pre-established enemy variant naming patterns as far as I know.) {{User:Hewer/sig}} 13:39, December 5, 2024 (EST)
I have not decided if I'd like to support this proposal yet but I feel like, as it is an English website, if the Mario Wiki shouldn't effectively create nicknames for subjects without official English names, it should not be arbitrarily applying names in other languages to those same subjects. The English name for the Fire variant of a Spike is not called Fire Gabon and I think it is erroneous to refer to it as such in English text. if citogenesis is an issue, then using foreign and internal names runs the exact same risk as using a conjectural name. Just look at [[Comet Tico|Lumacomète]] in the ''Super Mario Bros. Encyclopedia''. {{User:LadySophie17/sig}} 08:18, December 5, 2024 (EST)
:Additionally, according to the Wiki's rules on Japanese, [[MarioWiki:Japanese|"words that originated in English should be written as the original English word for simplicity"]], which means technically we're already not accurately representing the subject's Japanese name. The Fire variant of a Spike is not called Fire Gabon in English, and it's not called Fire Gabon in Japanese. if the jump from Faia to Fire is allowed, then why not from Gabon to Spike? We're already isolating and translating Japanese words in a vaccuum.{{User:LadySophie17/sig}} 08:32, December 5, 2024 (EST)
::I concur with this standpoint. I will keep supporting this proposal in its current state, but I would support changing all adjectives back to Japanese if it fails. It's really a case of all-or-nothing to me, currently it is quite half-baked. (It could be considered to add that as a separate option if more people feel this way.) {{User:Lakituthequick/sig}} 14:53, 5 December 2024 (UTC)
:::Should I add this as a third option, then? It has only been 1 day, well within the editing timeframe. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 13:30, December 5, 2024 (EST)
::I think the difference is that the word "fire" is a loanword or {{wp|Loanwords in Japanese|gairaigo}}, so it is not really being translated. "Gabon" is not. — [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 09:58, December 5, 2024 (EST)
:How is the wiki's usage of foreign names "arbitrary"? They are used when no official English name is known to exist. This wiki may be written in English, but it's about a primarily Japanese franchise and covers [[:Category:Japan-only games|subjects that never officially existed in English at all]], so it's no surprise that not everything has an English name to use. What ''would'' be arbitrary is deciding not to use the subject's only official name because we think we can make up a better one. Also, this proposal isn't suggesting to stop using foreign names entirely, so we would still be using non-English names in our English text regardless. {{User:Hewer/sig}} 10:48, December 5, 2024 (EST)
@Nintendo101 First, I want to acknowledge that you've put together a very articulate, well-considered case for your opposition. Though we disagree, I understand well your point of view, and I find your concerns over citogenesis in particular to be a very worthwhile consideration. There is one point in your position on which I would like to seek clarification, though. You say, "I think a bigger deal would be to, say, see it named "Comet Luma" on the ''Super Mario Galaxy'' article and assume that is its name." Would that not be adequately addressed by use of the conjectural name template, which includes an argument specifically for derived names? I am earnestly curious as to why the template, as a clear and difficult-to-miss disclaimer that the name is derived and not an official localization, does not adequately address this point in your view. [[User:Hooded Pitohui|Hooded Pitohui]] ([[User talk:Hooded Pitohui|talk]]) 08:24, December 5, 2024 (EST)
:Howdy! For starters, I do think a template header would be mitigating and I am glad it is incorporated into this proposal. That was good foresight. However, the systemic effectiveness of these templates is dependent on readers going to the articles for Fire Gabon or Comet Tico specifically, and I am not sure how often they would feel compelled to do that if these names "look" like official localizations. Someone visiting the site to read articles on the games themselves or levels may not feel compelled to check, and precisely because of their similarly to proper localizations, may just assume "Comet Luma" ''is'' its true localized name. Anecdotally, I feel like I have heard conjectural names justifiably adopted by our wiki for lack of better alternatives uncritically presented as ''the'' names off of the site and I think that is partially why. They look like properly localized English names, so why would one assume they are not? I have not seen that as often for subjects with Romanized Japanese titles, and I suspect that is because they also look the part. Maybe if there was some sort of in-text template similar to "conjectural" to embed directly into game or level articles that would help, but that also sounds a bit cumbersome. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 08:44, December 5, 2024 (EST)
::Thank you so much for your response! Knowing this is coming from a position of concerns that readers will pass over the disclaimer by not actually visiting the page in question and will instead assume these names are official at a glance certainly does clarify that point. I do think you have the right of it that it would be cumbersome to mitigate this concern with the tools available to us. My first thought is perhaps we could use the [[Template:Hover|tooltip text]] to address this by putting "derived name" in the tooltip text for these names on game pages and such, and if the proposal does pass, I think it would be worthwhile to consider using it. That said, as far as I know, you can't see that text on mobile, so I recognize this wouldn't be a perfect solution. [[User:Hooded Pitohui|Hooded Pitohui]] ([[User talk:Hooded Pitohui|talk]]) 08:59, December 5, 2024 (EST)
:::Honestly, I'd rather not make a distinction between "conjectural" names and "derived" names at all. They're both names made up by the wiki in an attempt to be as straightforward as possible, the only difference being that "derived" names could be taking priority over official names, yet templates for "derived" names give the misleading impression that they are more official than "conjectural" names. {{User:Hewer/sig}} 10:20, December 5, 2024 (EST)
:::Or we can cut out the ten middlemen altogether and use much more efficient redirect system. {{User:Koopa con Carne/Sig}} 11:11, December 5, 2024 (EST)
I feel like at a certain point, we can only do so much. We put templates on all the pages that are plain to see. If an Encyclopedia writer ignores it, how is that our fault? And like LadySophie17 said above, they used a French name for an English book - I don't see why using a name from another language, albeit official, eliminates the issue. It's their responsibility to appropriately localize names, not ours. And in this case, I think reader understandability comes first - after all, we are a site for the fans. Those writers shouldn't be looking at a wiki for research to begin with. If another Encyclopedia is written, I can only hope they learned from their mistakes with the original, and not use the wiki as a source. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 09:50, December 5, 2024 (EST)
:I am also aware I did that proposal to rename X-Ship to X-Naut ship, as the former felt too official of a name despite being marked as conjectural. This just feels like a different situation altogether for me, given that these conjectural English names for enemies aren't all fancy or anything, but very straight to the point. I agree with Hooded Pitohui's comment above that we could also mark these as being derived names on other pages they appear, not just the main articles on them. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 09:59, December 5, 2024 (EST)
::I understand your perspective, but part of the reason why we have maintained so many name-specific article templates in the first place was as a response to that encyclopedia and there has been a general reduction in conjectural names that was also in response to it. Besides, it is not just third-party editors I am thinking of — I am thinking of fans. Our general userbase. I do not want us to passively misinform them or imply names have some sort of community consensus when they do not. I know that is something I would have appreciated before I became more involved with editing the site, because I want to be informed and learn before anything else. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 10:13, December 5, 2024 (EST)
:::You make good points. I'm not fully sure what to think myself honestly - as I said in my first edit summary for this today, those were simply my thoughts at the moment. I'll continue thinking about this as more comments are made and change my vote if my mind changes. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 10:17, December 5, 2024 (EST)
:Let's not pretend that ''[[Super Mario Bros. Encyclopedia]]'' was an isolated case. It was only notable for its sheer sloppiness and scale. In actuality, we've seen similar things happen time and time again. [[Tornado#Super Mario Bros. 3|Prima]]. [[Fire Nipper Plant|Piranha]] [[Polterpiranha|Plant]] [[Nipper Dandelion|guidance]]. [[Talk:Donkey Kong Country 2: Diddy's Kong Quest#NA release date|Dates]]. Don't get me started on ''Art & Artifacts'' and ''Zelda Encyclopedia''. This is a new constant of our interconnected reality, for better or worse, and it's something that both pros and fans have to thread carefully. Sure, no doubt coincidences happen. If that makes us feel better, we can chalk things up to coincidences. But sometimes, you can't help but smell something '''fishy''', and in the aftermath, you wonder how preventable it was if the leash was held just a little tighter...like [[Croaka Cola|Croaka-Cola]]. That mysterious leftover hyphen made me do a massive double-take because I have a ''distinct'' suspicion on its origin (no, I will not elaborate here, but if you know, you know). Considering Nintendo/Localsoft drama was [https://www.gamedeveloper.com/production/nintendo-s-systemic-policy-of-miscredting-is-harming-external-translators reported] sometime after the ''Super Mario RPG'' remake, and other strangeness like [https://web.archive.org/web/20231121212525/https://www.nintendo.com/jp/software/feature/magazine_2023winter/index_en.html?page=6&device=pc this top-left retranslated text-bubble] and all the other [https://docs.google.com/spreadsheets/d/1fE__ciXqJ26-JQ3_ah6zON_BzROTceRyvKWoIGlfmpA/edit?gid=174644527#gid=174644527 in-game languages] looking an awful lot like varying degrees of a master Japanese/English merged script, I've had this bad feeling that the scope of the official translators' fantastic work was extremely fragile, and that tears me up. But I digress; even if I find out I'm correct, I don't think the wiki's to blame. But it does show that we have the power to take a higher road less traveled, and for that, I strongly believe that the current restrictive system must be the lesser evil. Sorry if that sounds dramatic, but my honest fear is that the alternative would not be good in the long run, well-intentioned or not. If more fan-content cross-contamination controversies arise, don't tell me I didn't warn you. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 14:45, December 5, 2024 (EST)


Oh, and also - what about dev data names like [[Informant Mūcho]]? Would those be affected by this proposal? I remember a discussion on this informant guy specifically on Discord leading into the discussion that lead to this proposal. [[User:Technetium|Technetium]] ([[User talk:Technetium|talk]]) 10:03, December 5, 2024 (EST)
What I’ve noticed is that many wikis out there don’t have Trivia sections. They however, have ''Notes'' section. So say, the Transformers Wiki, might have a Notes section on their comic pages and besides the obvious Trivia fodder like “This is the only issue of the Marvel comic Optimus Prime doesn’t appear in”, they also list other information about the production or substance of the subject. Things like
:Yes, the proposal states that it would "allow derived names to take precedent over ''internal'' and foreign names when those derived names are built upon a strong enough foundation". {{User:Hewer/sig}} 10:25, December 5, 2024 (EST)
This should also affect [[Fire Robota]] and [[Beam Robota]], right? Their counterpart [[Spear-bot|Yari Robota]] is the only one with a confirmed English name (Spear-bot) thanks to the ''[[Wario Land 3]]'' manual. So in this case they would've been "Fire-bot" and "Beam-bot" respectively. [[User:Winstein|Winstein]] ([[User talk:Winstein|talk]]) 12:32, December 5, 2024 (EST)
:I'd say that's too much of a stretch, isn't the point to only use these names when every part of them can be "derived" from other official names? "Fire" variants would usually (not always) be "Fire Enemy", not "Fire-enemy", and I don't know of any precedent for the naming of "Beam" variants. {{User:Hewer/sig}} 12:54, December 5, 2024 (EST)
::As Hewer says, the elements making up those names and how they are localized into English do not have much data backing them up, as well as "Spear-bot" being somewhat of a portmantau rather than the standard "descriptor proper-name", and wouldn't make a clear consensus. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 13:30, December 5, 2024 (EST)


@Roserade: The point isn't that the translation is bad, but that we shouldn't be the ones translating it, we should be providing the official names as they are. "Reasonably deducing what a translation should be" is not what the wiki is for (and "should" is also unavoidably subjective). {{User:Hewer/sig}} 12:54, December 5, 2024 (EST)
*Cultural references (in case where they’re not prevalent enough to sustain a whole section
:Also,<br>"Ultimately, our aim as a fan wiki should be accessibility of its userbase"<br>No, our ultimate aim is to provide information about the subject matter that is as close to truth as possible. Or in the absence of something that can be deemed "truth", a consensus from the ones who handle the franchise. I'm kinda over this whole idea that accessibility comes at the cost of veracity and accuracy. <s>Supper Mario Broth would be disappointed in us</s>. {{User:Koopa con Carne/Sig}} 13:20, December 5, 2024 (EST), edited 13:24, December 5, 2024 (EST)
::Mostly towards KCC: I firmly hold that our ultimate aim should be accessibility. This is why we adjust literally anything on the wiki - table layouts, redirects, etc. If our purpose was just glossary, we'd be doing nothing but creating bulleted lists. Explicit or not, we are always aiming to create a space that best facilitates the accessing of information - and I feel that some of our delineations of what is a "valid" name or not stands in contrast to this aim. I'm noticing that you're using the language of ''is'' instead of ''should'', and I just want to say that I'm sorry my vision of this website varies in some ways from yours, but I think other interpretations of what this site is aiming to do are just as valid as this "purely objective" one, especially when changes are community-headed. I feel like I'm arguing into a theoretical circle that isn't leading me anywhere as I type, but I hope my feelings are clear. I don't think using the mountain of evidence to determine why "Fire Spike" is an acceptable name is doing anything to damage the reputability or informational identity of the wiki, and it would allow our information to be more accessible at a glance. [[User:Roserade|Roserade]] ([[User talk:Roserade|talk]]) 15:51, December 5, 2024 (EST)
:::We are indeed aiming to create a space that best facilitates the accessing of information - official information, not fan names or information we think should be official. There's a big difference between changing the way we present information for accessibility and changing the information that we are presenting. The point of the wiki is only to present official information. I agree that Fire Spike would be a fine name for the character, but it's simply not official, so us wishing that it was does not constitute a "mountain of evidence". {{User:Hewer/sig}} 16:15, December 5, 2024 (EST)
:::You are overlapping two extremely heterogenous aspects of the wiki: the presentation of information (including but not limited to, wording, layout, aesthetics), and the information itself. Yes, it's good to have information laid out in a pretty and accessible way, not so much when that bleeds into the information itself. So much for the accusation of bad faith when you're trying to liken the opposition's perspective to "we should only have bulleted lists!!!11"<br>Nintendo gives us a name for a subject, we use that. It's super clear-cut and avoids [[Talk:Kodeka Kakibō|Hefty Goombrat-isms]] as well as eluding the need of a hundred disclaimers pointing to how the name is conjectural. {{User:Koopa con Carne/Sig}} 16:54, December 5, 2024 (EST) edited 16:56, December 5, 2024 (EST)
::::Not directed at Koopa con Carne or Roserade or Hewer but in general: Just stepping in here to please keep things civil, please don't construct strawmen out of the oppositions' points. Thanks. {{User:Ray Trace/sig}} 17:04, December 5, 2024 (EST)
::::I saw that "Hefty Goombrat" was mentioned derisively in the previous proposal, and I'm curious as to why that is, beyond the compromises of any derived name? Kodeka Kakibō is extremely similar in both behavior and name to [[Hefty Goomba|Kodeka Kuribō]], so it appears simple from the outside. Is it because Hefty Goomba is the only point of official localization for "Kodeka"? --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 17:20, December 5, 2024 (EST)
:::::It's a flowery name. "Wacky", if you will. It reeks of Fantendo. If you ''really'' want to give this enemy a conjectural name at the expense of the official one, just use "Big Goombrat"; not only do even bigger variants of this enemy not exist, but [[MarioWiki:Naming#Conjectural names|policy]] states that "When deciding on a name, the [conjectural] name must be simple yet accurate." {{User:Koopa con Carne/Sig}} 18:05, December 5, 2024 (EST)
::::::I'm not sure I agree with it being "flowery". It behaves just like and is particularly named just like the Kodeka Kuribō, so it follows that it would use the same naming scheme. Most enemies which are called "big" in English use simply "deka" in Japanese. I can understand being hesitant about using just the Hefty Goomba as reference, given this proposal hinges on the Mario franchise's tendency for consistent naming schemes. If this proposal passes, Kodeka Kakibō would probably warrant some discussion on its own. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 18:27, December 5, 2024 (EST)
:::::::That just shows how subjective the entire basis of this proposal is. You think naming it as such is logical, but that is plain and simply an opinion, and not one that will necessarily be shared. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 18:31, December 5, 2024 (EST)
:::::::The point I brought up [[Talk:Mame-san#Name source|here]] was that Kodeka Kakibō is analogous to Big Goomba in ''Super Mario Maker 2'', Hefty Goomba in ''Super Mario Bros. Wonder'' (per the new name), and indeterminate in ''Super Mario Run''. There is no one-size-fits-all solution in such a loony scenario. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 18:37, December 5, 2024 (EST)
::::::::That's starting off the assumption that the enemy in ''Super Mario Maker 2'' is a "Kodeka Kakibō" to begin with, which, considering the equivalent Goomba enemy is officially referred to in Japanese as "Deka Kuribō", doesn't seem like a very reasonable assumption. Sure, they have the same role, but so do Maker's Big Goomba and New's Hefty Goomba. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 07:35, December 6, 2024 (EST)
:::::::::Exactly. The current merged article is trying to make the best out of a suboptimal situation. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 09:40, December 6, 2024 (EST)
::::::::I think that it's still very key that the enemy is particularly named Kodeka Kakibō in Wonder, literally translating as "mini big Goombrat". Wonder continues to use the name Kodeka Kuribō for the ''Double-Sized-Goomba-That-Splits-Into-Regular-Goombas'' like the ''New Super Mario Bros.'' games before it, likely because of the presence of of actual Deka Kuribō that split into them. There is no such Deka Kakibō however, meaning they could have very well called the ''Double-Sized-Goombrat-That-Splits-Into-Regular-Goombrats'' a Deka Kakibō instead. Nintendo had it in mind that these two enemies were directly comparable, going so far as to give the Goombrat a name with a level of specificity (kodeka rather than just deka) it didn't need. As for how this plays into ''Super Mario Maker'', I think it's fine to call the ''Double-Sized-Goombrat'' there a Kodeka Kuribō with a lack of evidence otherwise. It's not [[Sledge Bro|unheard of]] for enemies in ''Super Mario Maker'' to not just become "Big" when given a mushroom. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 05:23, December 7, 2024 (EST)
:::::::::Again, the problem with this is that it's all just your subjective interpretation. The fact there's even an argument to be had here about how to translate the name goes to show that it is not one of the "obvious" translations this proposal is going for. {{User:Hewer/sig}} 07:54, December 7, 2024 (EST)


Not gonna try to throw shade but while I agree with the proposal on derived names it does look odd that a large contigent of users that don't otherwise directly participate in the wiki voted, and voted in a quite short time span. {{User:Mario/sig}} 15:48, December 5, 2024 (EST)
*Stylistic elements (characters being drawn differently or an episode having a different animation style)  
: People talk, especially in the wiki forum and the communities surrounding it, and sometimes a proposal can attract attention from veteran editors (especially when it is as interesting as this). Rare as it is, I think it's good that users with a long history of wiki contribution can still lend their opinion, even if they aren't currently active. {{User:The Pyro Guy/sig}} 16:19, December 5, 2024 (EST)
::Wasn't there a hard rule against proposal soliciting? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 16:24, December 5, 2024 (EST)
:::Discussing a proposal before posting it doesn't necessarily involve solicitation, as long as no one is asked to vote. {{User:Pseudo/sig}} 16:31, December 5, 2024 (EST)
:::There is a key difference between soliciting votes and simply bringing up a proposal to discuss it (the latter is what happened, of course). Everyone here is voting independently based on the subject matter, even if opinions align in this case. {{User:The Pyro Guy/sig}} 16:35, December 5, 2024 (EST)
::::What does make this different than [[Talk:Kamek#Split_Wizakoopa_.28i.e..2C_the_Super_Mario_RPG_boss_character.29|outright meatpuppeting]] is that community members who voted here still at least had prior history editing even if they are active no longer, as opposed to in this case where oppose voters showed up only to vote in a single proposal and never contributed anywhere else. {{User:Ray Trace/sig}} 16:39, December 5, 2024 (EST)
::::Also I do disagree that merely discussing a proposal isn't a form of solicitation, even if there is no directly asking a user to vote. There will always be biases in play depending on who approaches you and why you approach particular people: I'm more inclined to vote in support of my sister's proposal because of such inherent biases at play, and more in favor of supporting other people's proposals because I'm more aligned with their judgement or I have personally more trust in them than others, even if the same points are made, we all do. However, I do think a rule against vote solicitation is unenforceable because at what parameters do people suddenly break the rule? There's always going to be some bias towards one side regardless if there was direct solicitation involved or if it's implicated (and the latter is much tougher to analyze but honestly it's not worth dissecting intentions, we're supposed to assume good faith in all users). {{User:Ray Trace/sig}} 16:50, December 5, 2024 (EST)
:::::I do hear that, but bringing up a proposal in a public space (such as the Discord server) surely would not be a form of solicitation in any case, and is a pretty straightforward and honest way of handling something like this. Just trying to look out for a newer user such as PopitTart in this case particularly since this is their first proposal, and I wouldn't want to accuse them of impropriety without some kind of evidence. {{User:Pseudo/sig}} 16:54, December 5, 2024 (EST)
::::::Oh no, I understand your side. I'm just commenting that you can't completely avoid solicitation because of a lot of inherent biases that'll always be in play. Even writing a proposal practically is a sophisticated solicitation to get people to support you. In this case, I'd honestly have a proposal get votes from solicitation than proposals that end dead with a no quorum or extended dates. {{User:Ray Trace/sig}} 16:57, December 5, 2024 (EST)
:::::::This makes sense to me — I really mean that it's not an improper or untoward form of solicitation that the wiki ought to discourage in my opinion; I do definitely see what you mean about basic proposal-writing being some form of solicitation, lol. {{User:Pseudo/sig}} 17:01, December 5, 2024 (EST)


:I discussed the subject at length on the Discord server prior to starting the proposal, as I'd never done one before and wanted to make sure I accounted for all the nuances of the topic and got all the bureaucratic details right. Several of the votes are from users who were in that discussion and presumably wanted to get their opinion in officially as soon as they could. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 16:27, December 5, 2024 (EST)
*Mentioning things that don't fit neatly in List of appearances (Stuff like "In a cereal commercial, Mario mentions having a pet chicken)


:{{@|Mario}} Whether or not the votes have been solicited, I don't know. I'd not want that to be the case. But I think users should be allowed to voice their opinions on a wiki-relevant matter regardless of how much "credit" they have to their name as a user of the wiki, and regardless of whether they are a user at all or not. Otherwise the site just becomes a clique of stuffy nerds who monopolize the work done here and pretend it's justifiable just because they're more involved. This isn't a shade to the opposition (especially since I'm part of it), it just seems like a natural course of things in the given scenario. {{User:Koopa con Carne/Sig}} 18:51, December 5, 2024 (EST)
*Narrative elements (a character behaving differently for a single installment or having some speech quirk they only have in that specific installment. Pointing out that a comic issue was the introduction of some plot element that would become prominent in further installments of the franchise, etc etc. ''That kind of thing'')  
::Problem I have is less the idea of what is and isn't solicitation and more that something organized in such a way will of course have more users who have already made up their mind compared to the active users who generally pay conscientious attention to proposal discussions. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 19:05, December 5, 2024 (EST)
:::I still don't see an ethical problem in this. Indeed, there are a few users whose entire activity in the past years has been to vote for the prevailing sentiment in a discussion, refuse to elaborate, promptly leave. I understand your concern, as you're dedicated to the project and your intentions have been nothing but good--full disclosure, hopefully I don't offend by being honest, but I don't personally like the practice so described either--however, everyone here has a given freedom to vote. If they're not carrying out a concerted effort to sway a consensus, I'm not one to stop them, and I wouldn't be above them were I more conscientious. Most importantly, they're still part of the community even if they're not as active in the space designated the "wiki". {{User:Koopa con Carne/Sig}} 19:25, December 5, 2024 (EST), edited 19:27, December 5, 2024 (EST)
::::No offense taken whatsoever, though I do think it's curious that right after you say you don't see a problem, you then voted "mostly to the detriment of the first option." And, fine, if that's what it comes down to, but I think that adds fuel to my distrust of setting proposals up in Discord servers or however this happened. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 20:40, December 5, 2024 (EST)
:::::When I said I dislike the practice "so described", I wasn't referring to your behavior, so I apologize if it came off that way. Also, I'm not part of the Discord server. If the other option was added following a discussion over there, I don't know. I don't think I'm being disingenuous with my statements if I then choose to vote mostly against another option--as I said, everyone's got certain freedoms in these activities. {{User:Koopa con Carne/Sig}} 20:56, December 5, 2024 (EST)
::::::The decision to add the third option was based on comments here, (see Lady Sophie's above and Exiled.Serenity's below) and discussed briefly on the Discord server to, again, make sure I'm doing all the formatting and such correctly for my first time.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 21:15, December 5, 2024 (EST)
::::::To explain the ire against inactive users coming out of the woodwork to vote on something and do nothing else, the fact that they do nothing else means they won't have to deal with the consequences of a disastrous idea they're supporting. And in many cases, the wiki was a different place when they ''were'' active. My mind keeps going to [https://www.mariowiki.com/index.php?title=Brown_Yoshi&diff=1666939&oldid=1659564 this edit], which was performed in 2014 by a user who hadn't been active since 2006, and was so out-of-tune with how the wiki was by then that it is preserved in the BJaODN now. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 12:48, December 6, 2024 (EST)
:::::::I disagree that votes cast with relative detachment from the Mario Wiki project are inherently discourteous or damaging. Sure, concerning the proposal itself, it technically erodes the site's stated promise of accuracy, and I'm firmly against it... but a descriptor like "disastrous" kind of overstates the scale of a problem whose greatest possible impact on society is influencing a couple of names in a media franchise (as with Super Mario Encyclopedia). People voting for that to happen is a big nothing burger in the grand scheme of things, however much we scrape the paint off our keyboards arguing, and if you disagree with the consensus, you're not forced to make the proposed changes yourself. {{User:Koopa con Carne/Sig}} 16:31, December 6, 2024 (EST), edited 16:40, December 6, 2024 (EST)
::::::::"Disastrous" was not referring to this proposal specifically, more the issue in general. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 16:37, December 6, 2024 (EST)
::::::::Hey, when you happen to be on many peoples' lists of best-maintained wikis, there naturally comes a certain pressure not to upend the teatable, as it were. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 16:58, December 6, 2024 (EST)


Still undecided on this, but to build on Lady Sophie's point above, it feels like we're drawing kind of an arbitrary line here. For example: The internal name we have for what the wiki calls "Comet Tico" is "TicoComet.arc", so we're already making the assumption that this is a Comet Tico and not a Tico Comet, that these are actually intended as two words at all, that the file extension is not intended as part of the name, and that the name of the file even describes what's in the file. Which is all reasonable, of course, since the surrounding context of other entities' official names heavily implies that all that is supposed to be the case. However, if we're worried about maintaining strict adherence to the text, I'd argue none of that is valid. The only appropriate page name would be "TicoComet.arc", which I don't like personally, but at least it'd be consistent. Or, of course, we could take the final step of also assuming that the word "Tiko" is just the Japanese term for Luma, and treating it as such. {{User:Exiled.Serenity/sig|Sarah}} 17:39, December 5, 2024 (EST)
:I'm pretty sure "Comet Tico" was also the name from the Japanese version of the SMB Encyclopedia. {{User:Hewer/sig}} 17:43, December 5, 2024 (EST)
If you need a clearer idea, https://tfwiki.net/wiki/The_Transformers_(issue)#Notes is an example of what Notes sections are used for. It's not a perfect comparison because TFWiki is a different wiki that does things differently, and some of the thing they put in their notes we would put in more specialized sections like Appearances, Personality, Development etc on here. Still, I think it gives an idea of where I'm going at. There are noteworthy things that can’t be smoothly inserted into plot and content descriptions. I think covering such content is an area the wiki is currently weak in. I also feel it would lead to better flow.  
::The [[Comet Tico]] page uses the dev data template, so that's probably not true. This has also been done with several other articles that have titles derived from internal data - [[Dark Nokonoko]] and [[Disaster Neko]], to name a couple. Adding to this, we also have [[Peddler Kinopio]], which is only labeled "PeddlerKNP" in the files. --{{User:Waluigi Time/sig}} 17:49, December 5, 2024 (EST)
:::I mean, there is [[Bone Run Run Packun]] named as such, despite the existence of a proper Japanese name, ''Ran Ran Hone Pakkun''. I would've tried to get it moved when I noticed, but I think it would be best to wait for this proposal to end so we don't have to potentially move it twice.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 17:58, December 5, 2024 (EST)
::Looks like someone beat me to it, but here's my response anyway: "Looking at the [[Comet Tico]] page, it has the disclaimer that the name comes from development data. Not sure if that's accurate or not, but the only other name cited (コメットチコ) is from the [[Super Mario Bros. Encyclopedia]], and is in untransliterated Japanese. Either way, I don't think it changes my point much." {{User:Exiled.Serenity/sig|Sarah}} 17:57, December 5, 2024 (EST)
:::Would those other pages be affected by this proposal? I don't know of other "Disaster" variants to use as precedent for Disaster Neko, and both it and Dark Nokonoko have another Japanese name listed on their articles that doesn't seem to be from internal data, so how do we know which one an official translation would use? (I feel like these kinds of disagreements that require subjective decisions are another point against this proposal.) As for Peddler KNP, [[MarioWiki:Proposals/Archive/68#Move Super Princess Peach enemies to their full names|I'd be fine using that name]]. {{User:Hewer/sig}} 18:03, December 5, 2024 (EST)
:::I agree we should not be manipulating in-game file name data just to procure something that makes more linguistic sense to us, but I view names like "Comet Tico" or most of the unlocalized subjects from ''Super Mario Bros. Wonder'' to just be Romanizations of their Japanese names, which is something I support. I know from firsthand experience in other fields that this is not an uncommon practice for English texts directed at Japanese audiences, and I do not agree it hurts accessibility or readability. It is just a sincere reflection of what we have, and I would rather not give the impression otherwise. Good reference material make efforts to mitigate the spread of misinformation. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 18:09, December 5, 2024 (EST)
::::This is basically the equivalent of transliterating loanwords in foreign names, which is a minimum for language legibility. The way files are typically written is for the base version to be the first word, and then variant characteristics appended afterwards. That's just a consequence of organization, keeping alike things alphabetically arranged for ease of reference. Not all the time, but usually, and CamelCase also denotes where there would normally be a space. Cross-referencing also indicates how the names were likely intended to be read. Maybe the template wording can be revised a little bit. (Comet Tico is, by the way, [[MarioWiki:Proposals/Archive/60#Partially unban citing the English version of the Super Mario Bros. Encyclopedia as official names for subjects|a proposal suggestion]] to override Lumacomète.) [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 18:20, December 5, 2024 (EST)
::::Why are foreign names being compared so much to internal names anyway? I've yet to encounter a foreign name that doesn't make sense syntactically, even in English (in "Fire Gabon are enemies in ''Super Mario Bros. Wonder''", you immediately understand the subject to be a fiery variant of a thing called "Gabon"; "Kodeka Kakibo" can be read by someone who doesn't know Japanese as simply the subject's name). There is more often than not some ''creative intent'' behind them, and using them in no way hurts accessibility as feared. In stark contrast, internal names are supposed to be utilitarian and may not translate well into prose ("Nokonoko Darks are enemies in ''Super Mario Bros. Wonder'' has the flow of a ball of wet wipes in a drain). {{User:Koopa con Carne/Sig}} 18:30, December 5, 2024 (EST)


I will say this: if it's considered too speculative to say that [[Swipin' Stu|Mario logically shouldn't get a sunstroke in the basement]], then outright making something up for quote-unquote "accessibility" at the expense of accuracy, the latter of which is our express goal, is ''definitely'' too speculative. You might think "Fire Spike" is an educated guess or something to that effect, but really, it's ''just'' a guess. It is not our prerogative to make up names or localize the games, which is why we only do the former when we have literally no viable alternative. This system we have is not arbitrary, this is the only way to do it while keeping accuracy as the main focus. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 17:59, December 5, 2024 (EST)
A few years ago, I tested the waters and put Notes sections on a bunch of a pages I created. Most editors didn’t get what I was going for and either renamed them to Trivia or tried to incorporate them somewhere in the rest of the article. I’ll bring up  [[La nuit des vivants-morts]] as an example: it’s a skit from the funny French Donkey Kong variety show, and since that show loves its hack comedy, there’s a running gag where the zombie characters draw out the “aaaaaaa”s in their speech.  It's a noteworthy element of the skit’s humour, but it’s not relevant to the “plot” of it. I made a notes section to describe it, but another editor removed the section and instead  stuck the bit at the end of the lead, which just looks awkward as hell: it’s worth a mention, but is not something so vital and unique that  it warrants being on there.  


I want to offer this insight, shared by CM30 in the Discord server (with permission to repost), that I believe articulates part of my argument better than I was able to: <br>"My opinion on this matter is that user readability should come first on an English speaking wiki. A reader shouldn't need an image or description to understand what a page is referring to, and that's a huge problem with relying too heavily on untranslated or foreign names. <br> And while you could argue that names should be official where possible, if they're literally just descriptions I see no harm in using a translation"<br> This is mostly what I mean about accessibility. Getting a first click of engagement is the most important step to getting someone what they're looking for on the wiki, and article titles that don't give clear communication of what a player has seen hinders this process and can cause confusion instead. Again, it's not true for every article that can be interpreted - only ones that have sufficient indication of what their derived name should be. [[User:Roserade|Roserade]] ([[User talk:Roserade|talk]]) 18:24, December 5, 2024 (EST)
So yeah, I propose to blanket rename all Trivia sections to “Notes” and tolerate a wider variety of content on them. Another potential benefit I see is that it could potentially reduce the amount of stereotypical bad Trivia content: it just seems to me that in some people, the word “Trivia” activates the monke brain of us that wants to just Say Stuff no matter how overspecific and uninteresting, where “Notes” is more boring and stuffy and might not encourage such urges.  
:Beyond my usual disagreements that being an English wiki means that English material is to be treated as The One and Only Source of Truth...<br>"A reader shouldn't need an image or description to understand what a page is referring to"<br>This makes zero sense. I'm sorry. I mean no offense to CM30, but if an encyclopedia wouldn't employ descriptions and demonstrative attachments, it wouldn't be an encyclopedia at all. It would be something closer to a... [[Special:Diff/4452460|glossary]].<br>A reader who's never had so much contact with the Mario franchise wouldn't immediately think of a brown anthropomorphic mushroom upon seeing the word "Goomba". That's where the wiki aids them with descriptions and images. {{User:Koopa con Carne/Sig}} 18:41, December 5, 2024 (EST)
:It's still presenting conjecture over official names. Which is not how we operate, nor should it be. Just because something's "easier to understand" doesn't make it better. Opening Fire Gabon's page with "'''Fire Spikes''' are enemies from ''Super Mario Bros. Wonder''" rubs me too much the wrong way because it's deliberately demoting the only official name we have for it in favor of something that is entirely based on guesswork. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 18:43, December 5, 2024 (EST)
::But the "only official name" is itself not official. The Japanese name is "Faia Gabon" so the "Fire" part is derived, the internal name is "EnemyFireGabon" so if that counts as official (which I personally disagree with, seeing as it's internal data the developer never would have intended to be seen publicly, if we had no official confirmed name for an enemy in a game and it was internally labelled as "Enemy1.pack.zs" would we call the page "Enemy 1"?) then "Fire Gabon" is still a derived name from that. If you think we should be prescriptivist about this, fine, but don't pick and choose what you apply these rules to and what you don't. {{User:MrConcreteDonkey/sig}} 19:10, December 5, 2024 (EST)
:::"Faia" is the English word "fire" written for a syllabic language. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 19:28, December 5, 2024 (EST)
:::It's literally just the word "fire" uttered using Japanese characters. It's a matter of linguistic stricture. Deriving the word "fire" from the word "fire" is neither conjecture or prescriptivist LMAO. {{User:Koopa con Carne/Sig}} 19:37, December 5, 2024 (EST)
:::<small><small>Why is this starting to sound like that "tsk, it's not ''Mamu'', it's ''Mam<u>ū</u>''" [[Talk:Wart#Calling him "Mamu" in YK:DDP|joke]] I made a while ago?</small></small> Okay, several things. Firstly, everything in a game, including the parts that make it tick, is official. By definition. This is no personal agreement or disagreement to be made here. The word you ''seem'' to be looking for is "canon", [[MarioWiki:Canonicity|which is not an argument this wiki is interested in.]] If a development name is too utilitarian to use, simple: ''we don't use it'' (for example, Kongā being one of the numbered "waru" DK-bots). In the case that there is no foreign name, we'd probably use a conjectural name than that hypothetical example. The remaining Fire/Faia argument displays a fundamental misunderstanding of how language and databasing work (as already gone over), and the proposer mixed in both under one new option, seemingly redefining [[MarioWiki:Japanese#Subjects with Japanese names|our longstanding common-sense rules]] under the "derived" umbrella (frankly, slipping in perceived Japanese word quibbles is an overreach of this name proposal). And utilizing different sources effectively makes encyclopedias encyclopedic. Becoming the ''Sūpā Mario Burazāzu'' Wiki will, in my opinion, put a damper on our reliability. There is nothing broken to fix here. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 21:28, December 5, 2024 (EST)
::::I didn't catch that the second option apparently violates the wiki's guidelines, I'm not a frequent editor and I simply went off what discussion in here suggested. I would be okay with the option being reworded to allow loan words to remain as their English spelling if necessary.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 22:18, December 5, 2024 (EST)
:::::It’s worth noting that [[MarioWiki:Naming#Japanese]] specifically mentions that names such as “Yoshi” and “Koopa” should use their official English names in article titles that don’t have an official English name. Granted, it doesn’t specify every context that this should be used in or which other names this would apply to, however I feel that it would be logical to extend this existing rule to enemy names that already have an offical English translation, like Spike or Luma. - {{User:Ninelevendo/sig}} 01:08, December 6, 2024 (EST)
::::::The difference is between transcription of names and translation of names. It's saying to write Kuppa as Koopa, not to replace it with Bowser. {{User:Hewer/sig}} 02:55, December 6, 2024 (EST)
:::::::Not entirely sure if transcription is the right term to use here or if transliteration would be more accurate, however your point is valid that this seems to be a slightly different topic from the one at hand, so I’ll admit that my previous comment might not be relevant to this discussion. - {{User:Ninelevendo/sig}}
:::::::Yes, that's the use case. Personally, when I see Japanese names being swapped out for English ones, I'm not going to be thinking, "ah, finally, ''Bauzā no Hikōsen da yo''," I'll be thinking, "oh, is this one of those times [[Super Mario Bros. 2#Notable mistakes and errors|the]] [[History of Bowser#Super Mario Sunshine|Western]] [[Foreman Spike#The Super Mario Bros. Movie|name]] made it to Japanese media?" Anyway, let me get the second option straight. If it passes, I'm taking it that the changes will look something like this?
*[[Assembly Block|AssemblyBlock]] (clipping of the various <tt>AssemblyBlockParts</tt> files to match internal Japanese name)
*[[Attack Ghost|AttackGhostA]]
*[[Banana Heli Bird|BananaHeliBird]]
*[[Banana Squid|BananaSquid]]
*[[Barbell|barbell_anim / DebrisDumbbell]]
*<s>[[Barrel Bomb|BarrelBomb]]</s>
*[[Bazooka Heyho|HeyhoBazooka]]
*[[BGM Tride]]?
*[[Big Bee|BigBee]] (''Donkey Kong Jungle Beat'')
*[[Big Run Run Packun|EnemyBigPackunRun or EnemyBigRunRunPackun]]
*[[Bird Nest|BirdNest / BirdNestFire or BirdFireNest / BatNest]]
*[[Black Fairy|fairyblack / BlackFairyAttack]]
*[[Blood Pine|BloodPine]]
*[[Bob-omb Fish|bobombfish_anim]]
*[[Bone Run Run Packun|EnemyPackunBoneRun or EnemyBoneRunRunPackun]]
*[[Boss Pig Poppo|PigPoppoBoss]]
*[[Bunmawashi Doll|BunmawashiDoll]]
*[[Candy Block]]? (+ other remaining [[Super Mario Bros. Wonder|''Wonder'']] [[User talk:Time Turner/unfinished#Super Mario Bros. Wonder|stuff]] still redlinked)
*[[Ceiling Needle|CeilingNeedle]]
*[[Chandelier|Czako_chandelier]]
*[[Check Point (Yoshi's Crafted World)|CheckPointA]]
*[[Co Gasagoso|ksm_co_gasagoso]]
*[[Coco Pig|CocoPig]]
*[[Comet Tico|TicoComet]]
*[[Cuttacutta|cuttacutta_anim]]
*[[Dan Spider|DanSpider]]
*[[Dark Nokonoko|EnemyNokonokoDark]]
*[[Disaster Neko|NekoDisaster / NekoParentDisaster]]
*[[Domino block|Czako_domino_block]]
*[[Donguri Heyho|HeyhoDonguri]]
*[[Electricity Block|ObjectBlockElectricity]]
*[[Eye Beamer|EyeBeamer]]
*[[Fairy Board|FairyBoard]]
*[[Fairy Trampoline|FairyTrampoline]]
*[[Fire Bakky|FireBakky]]
*[[Fire Mini-Iga|FireMiniIga]]
*[[Fire Pig Poppo|PigPoppoFire]]
*[[Fire Shy Guy|ShyGuyFire]]
*[[Fling Pole|FlingPole]]
*[[Fly Bomb|Cmn_fly_bomb]]
*[[Fly Child|Cmn_fly_child]]
*[[Fly Heyho|HeyhoFly]]
*[[Fly Parent|Cmn_fly_parent]]
*[[Glass bird|Czako_glass_bi]]
*[[Gold Mini Slump Bird|SlumpBirdMiniGold]]
*[[Gold Treasure Box|TreasureBoxGold]]
*[[Hip Drop Move Lift|CloudWorldHomeHipDropMoveLiftParts000]]
*[[Ice Bakky|IceBakky]]
*[[Ice Meteor|IceMeteor]]
*[[Ice Mini-Iga|IceMiniIga]]
*[[Ice Snake Block|block_snake_ice]]
*[[Informant Mūcho|B4_Informant_MUC]]
*[[Jelly Fish|JellyFish]] (''Donkey Kong Jungle Beat'')
*[[Juggling Heyho|Heyho_Juggling]] (clipping of various <tt>Heyho_Juggling</tt> assets)
*[[Kaeru Block|kaerublock]]
*[[Kanaami Road|roadkanaami]]
*[[Kiba Pig Poppo|PigPoppoKiba]]
*[[Kurako|f_kurako / f_kurata]]
*[[Luigi Block|R_block_luigi]]
*[[Luigi Key|luigi_key]]
*[[Mini Elephant Cannon|ElephantCannonMini]]
*[[Mini Panda|MiniPanda]]
*[[Mini Pig Poppo|MiniPigPoppo]]
*[[Mini Slump Bird|SlumpBirdMini]]
*[[Mini-Iga|MiniIga]]
*[[Moai|f_bg_moai_ba]]
*[[Neko Parent|NekoParent]]
*[[Pea Frog|PeaFrog]]
*[[Pea Jelly Fish|PeaJellyFish]]
*[[Peach doll|cg_data-character-p0242_peach_doll]]
*[[Peddler Kinopio|O4_KicthenEvt01_PeddlerKNP_01]]
*[[Pelmanism Leaf|Mobj_PelmanismLeaf]]
*[[Penguin Racers|PenguinRacers]]
*[[Pinball digital counter|s_PinBall_Digital_Counter0]]
*[[Pinball tulip|s_PinBall_Tulip_OPEN]]
*[[Pinecone|PineconesA]]
*[[Pipeman|f_pipeman_ma]]
*[[Prof. Kinopio|KNP_Prof]]
*[[Pump Mario|STRM_SE_PUMP_MARIO_KUSUGURI]]
*[[Raft|raft_anim]]
*[[remix course]]?
*[[Robo Kikki|RoboKikki]]
*[[Robomb|Robomb_Gold]]
*[[Rolling Frog|RollingFrog]]
*[[Rush Heyho|HeyhoRush]]
*[[Sea Turtle|SeaTurtle]]
*[[Senobi Generate Point|SenobiGeneratePoint]]
*[[Skall Heyho|HeyhoSkall]]
*[[Sky Move Lift|lift_move_sky]]
*[[Slave Basa|slave_basa]]
*[[Sleep Pig Poppo|PigPoppoSleep]]
*[[Slide Box|SLIDE_BOX]]
*[[Snow Mole|SnowMole]]
*[[Snow Ucky Kong|SnowUckyKong]]
*[[Space Junk Galaxy]] planets
*[[Spiked Barrel|BarrelSpiked]]
*[[Spring Flower|SpringFlower]]
*[[Spyguy|spyguy_anim]]
*[[Star Piece Cluster|StarPieceCluster / StarPieceClusterRock]]
*[[Statue Armour Ghost|StatueArmourGhost]]
*[[Super Jump Panel|SuperJumpPanel]]
*[[Surfing Kinopio|KNP_Surfing]]
*[[Surprised Flower|SurprisedFlower]]
*[[Tatami Block|obj_blk_tatami]]
*[[Thwomp Platform|ThwompPlatform]]
*[[Time Cloud|TimeCloudA]]
*[[Timer Gate|TimerGate]]
*[[Togemasuku|Czako_togemasuku]]
*[[Togetoge|Czako_togetoge]]
*[[Tokkuri Flower|TokkuriFlower]]
*[[Torpedo Base|torpedobase]]
*[[Tuki|f_tuki]] (clipping of <tt>f_tuki_wlk</tt> and <tt>f_tuki_act</tt>)
*[[Vampire Heyho|HeyhoVampire]]
*[[Wario Key|wario_key]]
*[[Wind Blow Tower|WindBlowExTower000]]
*[[Wind Mouth|WindMouth]]
*[[Wonder Packun|EnemyPackunWonder]]
*[[Wrench Shy Guy|ShyGuyWrench or Wrench_Guy]] (latter is from <tt>Tex/Wrench_Guy_2.bntx.zs</tt> and <tt>Tex/Wrench_Guy_8.bntx.zs</tt> files)
*[[Zombie Debuho|Debuho_Zombie]] (clipping of <tt>Debuho_Zombie</tt> assets)
Just wanted to make sure the rest of you who didn't dip out yet are all on the same page lol [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 09:40, December 6, 2024 (EST)


This proposal shouldn't have touched development data names. This is a completely separate topic that needs a discussion of its own. [[User:Axii|Axii]] ([[User talk:Axii|talk]]) 10:14, December 6, 2024 (EST)
'''Proposer''': {{User|Glowsquid}}<br>
:You're right. There certainly was a switcharoo [[Special:Diff/4452631|here]], wasn't there? ''After'' <u>coordinated</u> '''20''' voted for an option that's technically no longer there. What is going on? We should at least have a rule that proposals initially written with group input can't be revised afterwards, or a voting cap before revisions are unallowed... [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 10:30, December 6, 2024 (EST)
'''Deadline''': February 9, 2025, 23:59 GMT
::Was there an actual executional difference added to the basic "Support" option? I don't think I'm catching one. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 10:54, December 6, 2024 (EST)
:::I believe the distinction being made is that "Informant" is not an established adjective <s>for enemies</s>, so in grouping [[Informant Mucho]] into option 1, the premise has been ever so slightly changed from "if the parts of the name have been translated separately we are allowed to put the translations together" to "grant increased permission to extrapolate a 'normal' name from development data" (EDIT:slight misreading)[[User:Salmancer|Salmancer]] ([[User talk:Salmancer|talk]]) 10:58, December 6, 2024 (EST)
::::This is not really different from the "Comet" in Comet Tico though, and "Informant" is literally written in English in the game files in that case (not translated by wiki users). Only "Mūcho" would be translated to Snifit in that case, much as it always has been, which is definitely the sort of thing that the first 20 supporters voted for. I don't think that the wool is being pulled over anyone's eyes. (edit: and, as someone who voted shortly before option 2 was added, I knew that this is what I was voting for.) {{User:Pseudo/sig}} 11:25, December 6, 2024 (EST)
:::::So what's the article title of this informant character going to be? If it's anything other than "B4_Informant_MUC", wouldn't it be classified as a "derived" name? See the problem? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 11:32, December 6, 2024 (EST)
::::::{{fake link|Informant Snifit}}, presumably, if the proposal passes—I'm not sure I'm understanding the confusion? This is the type of derived/translated name that the proposal is seeking to allow. {{User:Pseudo/sig}} 11:36, December 6, 2024 (EST)
:::::::...I just made a list of what the second option would do if it passes, right above. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 11:40, December 6, 2024 (EST)
::::::::Apologies, I misunderstood and thought we were discussing the results of option 1... In that case I agree that the informant should be moved to B4_Informant_MUC if option 2 passes, yeah. I don't see how this is misleading anyone or making previous votes invalid, though? {{User:Pseudo/sig}} 11:44, December 6, 2024 (EST)
:::::::::Sorry, I misspoke a little bit since I had the first and second updates mixed up in my head in this roller-coaster of a proposal. To recap, there were a total of :30: votes at the time the proposal was [[Special:Diff/4452631|first]] updated, and the odd timing of in/semi-active editors had already been brought up at that point. At the time of the [[Special:Diff/4452872|second]] update, the second option was dialed back - as it should have been since that would have to be the focus of a [[MarioWiki:Writing guidelines#What are writing guidelines?|writing guideline]] proposal - but nearly :10: users had already voted for the earlier version of that option. Make sense? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 11:32, December 6, 2024 (EST)
::::::::::If the proposal's Ship-of-Theseus'd itself into a different thing entirely after so many votes, it should probably be canceled and <s>never</s> restarted. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 12:30, December 6, 2024 (EST)
:::::::::::I'll take Nintendo101's word below, but I still don't think option updates should've happened with something that grew so large already. That just brought needless confusion, especially when eyebrows were already raised. If we're going to be super-technical, isn't the act of transliteration itself not a derivative form? I'll say it again: templates could probably just be rephrased. Also, if community-made proposals are technically not breaking any rules ''now'', I believe we'll definitely be thinking about making some rules ''later''. Speaking for myself, I've always made sure my proposals stood on their own in all my time here; if I ever talked about my proposal plans, I'm pretty sure I've never given a time frame or 'advertised' (for lack of better word) when it was ready, and if I've ever talked about an active one, I'm pretty sure it was nearly always to give courtesy when proposal options have changed or when new information comes to light. That method has worked out for most wiki proposals fairly well. I've never once paid attention to or noticed anything involving Discord discussions, and this may be the first time I've come across a Discord-community-developed proposal. Why not go all out and let Super Mario Wiki's social media followers in on this proposal's existence too? As long as we don't tell them how to vote, of course. Now that'd be interesting. Or is that too far? [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 16:22, December 6, 2024 (EST)
::::::::::::I don't know how much the owners of the Twitter account (where the bulk of the site's social media presence lies) are willing to lay a spotlight on the wiki's dramas, even if you loosely describe the Twitter as an extension of the wiki community. There's something ironic in saying that these discussions may be too heated for a Twitter user, however, I always thought the Mario Wiki account tries to maintain an attitude of good humor towards its followers, and the vibe of a discussion like the one here feels kind of contrary to that. The most I've seen of the account actively promoting inner-wiki endeavours were things related to The 'Shroom or [https://x.com/smwikiofficial/status/1313121059348967427 requesting volunteers] [https://x.com/SMWikiOfficial/status/1298293764734164992 to provide some source material].<br>The people at the Discord server and Mario Boards are more readily available to vote because a lot of them are signed up wiki users, with at least some history here, and who are more used to these discussions. {{User:Koopa con Carne/Sig}} 17:13, December 6, 2024 (EST)
:::::::::::::Could always make a sub-account. I call it... Super Mario Wiki: Proposal Patrol. Alerts followers of new proposals and developments. <small>I'm <s>half</s>-joking, of course.</small> [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 17:58, December 6, 2024 (EST)
::::::::::::::This is not a "Discord-community-developed proposal" and it is very disappointing that this is your impression from the details I provided. I find it incredibly bad faith. The advice given to PopitTart entailed suggesting she give examples of what this proposal would look like if enacted and making sure it was formatted correctly in terms of date and voting options. That is literally it. She did not even tell anyone when she published it. That is extremely innocuous and common practice, and has always been available to you or any user on this site, via reach out on talk pages, Mario Boards, or Discord. It is not at all uncouth. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 18:30, December 6, 2024 (EST)
:::::::::::::::Don't get me wrong. I trust your assessment of the situation. It's just that the Discord side of things is, to the old-fashioned like me, a mystery box. I don't see, I'm not involved. It was Admin Mario who pointed out the obvious irregularity, and that part of the discussion rolled from there. I'm just making it clear that I'm one of the ones who wouldn't like it to become a new regular. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 19:12, December 6, 2024 (EST)
:::::::::For full disclosure, I am a regular participant in the Super Mario Wiki Discord and I actively gave PopitTart pointers on how to write this very proposal, including the inclusion of that second voting option. I disagree with the proposed changes and still do, but that is less important to me than helping a less experienced user do the best job they can. But the point is that I was privy to the surrounding discourse.
:::::::::From my perspective, I saw an inexperienced user from {{iw|pikipedia|Pikipedia:Page title guidelines|a NIWA wiki with different naming policies}} (and one who has also been more active on the Discord over the past year or so just because it is friendly space, so it is not like they mysteriously rose out of the woodwork just to make this proposal) passively share that they thought it was silly to not translate some of these straight-forward Japanese names, and other users through their own volition and agency openly agreed with them, some of which quite strongly. I did not personally see anyone encourage them to write this proposal with the aims of taking down a policy they dislike, ask others to vote, to vote in any particular way, or coordinate a plan to vote together as a group. (I did see encouragement from the perspective that it is nice to see an inexperienced contributor want to develop a main page proposal, as staff and senior editors generally support people taking initiatives and participating in community-driven spaces like proposals, but that is not the same thing, at least in my view.) Again, maybe this still feels uncomfortable, but I did not see anything I would consider to be "solicitation." I saw a user share a view that others agreed with, and they decided to make a proposal. Maybe proposals should be written with that as a disclaimer, but I do not think it is the same as solicitation. I do not think anyone here, be it supporter or opposition, is here in bad faith, and only want the wiki to be the best it can be, and I hope folks remember this even if the proposal is not going in the direction they would like.
:::::::::For me, at the end of the day, '''I want to give readers good, accurate, and reliably attested information''', even if about silly Nintendo games. I do not feel comfortable asserting "there is an enemy called Fire Spike in ''Super Mario Bros. Wonder''", because that is not true. It is not called that in any ''Mario'' media. The impression I have is that I am calling it that because I ''want'' to call it that. Saying there is an enemy called Fire Gabon or even rendering that name as Faia Gabon, to me, ''is'' accurate and is just the information we have at the moment. The fact that this name looks silly next to related enemies like Stone Spike is a lot less substantive to me. I do not discount accessibility and readability as important - they absolutely are. I want people to come here, learn, and appreciate the work we do. However, I also believe readers are entitled to accurate information and I want the wiki to be trusted source. I do think the proposed changes weaken that a bit. There have been many good-faith arguments from the supporters - especially from Roserade and Hooded Pitohui - but none have addressed this impression of mine. My feelings are not as strong for in-game file names because the subjects I personally work with on the wiki typically have official names or are at least mentioned informally in officially-licensed literature, but I at least have found your remarks on this persuasive, LinkTheLefty. I think I realize from this discussion that I would support the Romanization of official Japanese names to take priority over internal file designations for games developed by Japanese speakers, but that is not what that this proposal is about. - [[User:Nintendo101|Nintendo101]] ([[User talk:Nintendo101|talk]]) 13:00, December 6, 2024 (EST)
::::::::::While I won't accuse the support to have been coordinated, especially coming off of your message, I will criticize the Discord folk for their tendency to come here with their mind made and refuse to take any of the counterarguments in consideration. "You want to make this wiki less accessible", "Encyclopedias should not rely on descriptions", and "ファイア is definitely not the same thing as the English word 'fire' in a different writing system" are not arguments made in good faith. {{User:Koopa con Carne/Sig}} 13:32, December 6, 2024 (EST)
:::::::::::I don't want this to turn into full discourse unrelated to the proposal, but I also think it's entirely unfair to assume attitudes like this, and to misconstrue arguments to put words in people's mouths. Everyone I've seen discuss this on Discord has fully acknowledged that counterarguments have merits, including myself. I read every single comment on this proposal before I ever placed my own vote or comment. And I never once said that I think your aim is to make things less accessible for the entire wiki - I stated why I feel like this change would ''improve'' accessibility, which is a different argument altogether. Also feels just a hair hypocritical to say that we're appearing while refusing to take in counterarguments, while you began this proposal process with a '''bolded statement on what our website's intention is,''' which felt like you staunchly claiming that your position would not change. I'm not going to engage with this any further than that, just, worth acknowledging. [[User:Roserade|Roserade]] ([[User talk:Roserade|talk]]) 13:53, December 6, 2024 (EST)
::::::::::::Your impression seems to be that my bolded statement was an opinion--if I'm wrong, correct me--but I was merely highlighting a truth: the express mission statement and, until some time ago, prevailing sentiment in the site was that [[MarioWiki:Citations#Why sourcing? What needs it?|it should present information as accurately to the source material as possible]]. Speculation has always been frowned upon and removed on sight here. If there is ever going to be a global consenus that it's a better direction for the wiki to consistently let users make up their own constructs and pass them off as fact, I can accept it. Until then, I will try to uphold the above principle and bring attention to any developments that undermine the current explicit direction. This is not hypocrisy. The provision of facts in a medium with educational purpose is not negotiable, and I'm certain you are sensible enough to understand that. {{User:Koopa con Carne/Sig}} 14:34, December 6, 2024 (EST), edited 14:39, December 6, 2024 (EST)
::::::::::On supporting official Japanese names over internal file designations - there are also a lot of names that are perfectly good, near-1:1 translations of Japanese equivalents. From my list: Banana Squid, barbell, Black Fairy /Attack, Electricity Block, Fairy Board & Trampoline, Ice Snake Block, Rolling Frog, Snow Mole, Spring & Surprised Flowers, and Assembly Blocks, to name a few; surely these would be preferable to Banana Ika, Tetsu Arei, Kuro Yōsei /Attacker, Hōden Block, Yōsei Ban & Trampoline, Kōri Snake Block, Koro Gaeru, Yuki Mogura, Bane & Bikkuri Hana, and Gattai Block, respectively. I was actually thinking of making my own proposal that would virtually be a controlled version of this one, which would formalize dev transliterations to go alongside [[MarioWiki:Japanese#Exceptions to using macrons|these]] [[MarioWiki:Japanese#Subjects with Japanese names|exceptions]] (for example, what we currently do with Bakky and Big Run Run Packun over Bakkī and Deka Run Run Pakkun, but extended as an additional reference point for "officialness" over fan-names). This proposal made me realize that...internal name handling was never formally codified in writing guidelines somewhere, was it? Rather, it's always been buried in discussions, even though I could've sworn otherwise. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 05:05, December 7, 2024 (EST)


I understand that at this point whether or not I vote is kinda irrelevant, but still, I'm curious, would [[Jewel Rausuto]] be moved to [[Jewel Goob]] or stay as is? I'd rather have it stay as is, personally. After all, "Summon Rausuto" and "Kill Rausuto" are officially translated as "Diffusing Goob" and "Lethal Goob" respectively. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 17:42, December 6, 2024 (EST)
====Support (change trivia to notes)====
:Hey, there's still 13 whole days left in this proposal, anything can happen. If you feel strongly about it, you should certainly make your voice heard. As for the Jewel Rausuto, I'm unsure, which means it probably should not be translated. You are correct that Diffusing Goob and Lethal Goob are not direct translations despite using English words, however Bomb Goob, Mini Goob, Regen Goob, and Speed Goob are. With that though, the "Jewel" part of the name is questionable. It drops ''gems'' when attacked, not jewels, so it's harder to make the same argument as Comet Luma here. This may be another case of individual subject discussion. --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 18:07, December 6, 2024 (EST)
#{{User|Glowsquid}} I think this "Glowsquid" guy has the right idea!
#{{User|Waluigi Time}} I think this is a good idea that will give us a healthier relationship with these sections.
#{{User|Camwoodstock}} A thousand times yes! A trivia rework has been ''long'' overdue, and we think a shift in scope is just what we need to keep the article's flow intact, while providing a proper space for information that doesn't fit snugly into other parts of the articles.
#{{User|Sparks}} Definitely the right idea!
#{{User|Mario}} I do like to see a solid guidelines for what should entail in these notes sections. I do think they're great places for information that isn't handled in existing spots in our articles. I'd like to see more examples being done, but I can try to help here. For recurring characters, section such a section can deal with trivia found in promotional events or merchandise, such as a hypothetical commercial that reveals Mario being a cockatiel owner. The [[Shitamachi Ninjō Gekijō|Lily Franky stuff]] that I'm not going to go into detail, for instance, describes a shocking depiction Mario and friends (reenacted with plushies it seems) that cannot be covered in Mario's history page due to not being a game installment nor can it be in his personality section due to it clearly being off-color and one-note (not even a bullet point; this sort of thing is so minor it's so much better off as, well, a trivia point. For smaller articles like the La nuit des vivants-morts, this is definitely where such a section should be useful without taking undue prominence in the lead summary of the page. I'm hoping this doesn't lead to these just being souped up trivia sections like in some wikias (god forbid we have a bullet point that's like "''Dark Samus is the only character in Smash Bros who is an evil echo of an existing character who has a pink alt and floats during an idle animation.''") but we should at least try this first.
#{{User|SolemnStormcloud}} Per all, especially Mario. '''''Note:''' SolemnStormcloud is the first user in this proposal to use the phrase "Per all" as their reasoning.''
#[[User:Winstein|Winstein]] ([[User talk:Winstein|talk]]) Looks like a good idea, and I am for it.
#{{User|Nintendo101}} I still worry about drive-by edits - there are legitimate pieces of information that work better within the body paragrpahs. But this seems like an improvement and more critically well-defined.
#{{User|Tails777}} I personally have always seen the Trivia section as a "fun facts" kind of section where the information there doesn't fit into any other sections. And I feel this could also help prevent drawing out sections with random details that just end up starting their own paragraphs, especially opening sections. I'm willing to give this idea a solid shot.
#{{User|Super Mario RPG}} Per everyone. Never liked the "trivia" title.
#{{User|EvieMaybe}} this is the kind of forward-thinking, wide-reaching proposals i like to see. per all!
#{{User|LinkTheLefty}} As long as it doesn't become a dumping ground of a barely-coherent string of consciousness like some fandom wikis treat their trivia sections, I like this idea. <small>And might I say, it's good to see a familiar purple-name glowing again.</small>
#{{User|ThePowerPlayer}} Nice to see a proposal that singlehandedly fixes my two biggest gripes with the Trivia section. This would keep users from feeling obligated to move every point from there to other places where they don't belong, ''and'' the new name stops readers from dismissing the points that remain as minutia.
#{{User|Pseudo}} Rehabilitating trivia sections genuinely sounds like a great idea, since there's often information that doesn't cleanly fit into any section. I'm all for this!
#{{User|Ray Trace}} I've made a Marioboards topic about this all the way back if [https://www.marioboards.com/threads/42301/ you want my choice thoughts on this.]


To be honest, I'm not a huge fan of either of the proposed changes, though I do agree the current guidelines need to be changed somehow. For example, Disaster Neko isn't the name in any language, it's not something that readers could intuitively search for, is barely comprehensible to most readers, and isn't even the actual filename. That's no good. Obviously there's no perfect solution (beyond Nintendo taking the time to properly localise everything we could write an article about, which realistically isn't going to happen), but might there be merit in pausing this proposal somehow? Given that there's now precedent for additional voting options being added in response to feedback, I think it would be worth letting the discussion play out without there being 'stakes' i.e. the voting deadline and the recognition that this will affect many, many pages.
====Oppose (leave Trivia as it currently is)====


I'm not an active editor and certainly not knowledgeable on the exact procedures of wiki proposals, but if there was an option to reset, re-discuss, and restart the proposal with voting options that properly reflected the outcome of the discussion, I would go for that. {{User:The Pyro Guy/sig}} 18:14, December 6, 2024 (EST)
====Comments====
:I'm not certain about the logistics about pausing a proposal or anything of that sort (nor would I have any stake in such a decision), but I will say, I do think the idea of letting the discussion play out without "stakes", as you say, has merit. Something here on which I agree with KCC on is that this is ultimately related to the mission of the site, and perceptions and sentiments around how to achieve that mission. What this proposal is adressing is a matter of organizing, categorizing, and especially presenting information, and that tends to invoke considerations of high-level, philosophical approaches. Unlike, say, a hypothetical proposal to merge two varieties of Goombas, the discussion doesn't hinge on demonstrating some detail is true or false; instead, we're explorting as a community a major aspect of how we fulfill our mission of collecting and presenting the ''Mario'' franchise to an audience of Internet users. Whenever a discussion veers into philosophies around categorizing and presenting information, you often get a surprising diversity of views, and those views tend to be strongly held - if you've ever waded into taxonomy, you'll see it!
A concern of mine is that in several places on this wiki — particularly the [[Mario Kart (series)]] article, since I used to edit those tables frequently back in the day — the "notes" header is used for footnotes put on a table. I'm a little concerned about the shared terminology there. [[User:Ahemtoday|Ahemtoday]] ([[User talk:Ahemtoday|talk]]) 15:28, January 26, 2025 (EST)
:Renaming those sections "footnotes" should solve that. --{{User:Waluigi Time/sig}} 15:51, January 26, 2025 (EST)


:In light of that, I think firm guidance is beneficial on a high-level, philosophical matter like this, and that the wiki staff are in the best position to offer those kinds of firm guidelines. That's not to say that there's no room for community input! On the contrary, I think discussions like this are highly beneficial, both to the community at large so that editors can guage one another's opinions and as a way for wiki staff to see that this is an issue under consideration of the wiki, but I do wonder if there could be a more accessible or active public arena for them (like the forum) outside of formal proposals. Proposals necessarily have a time limit, and necessarily are limited to one outcome or the other (though certainly measures can be taken to address the concerns of voters on the opposite side or sides), both of which put pressure on the discussion.
@Mario: "that cannot be covered in Mario's history page due to not being a game installment" - huh? Plenty of non-game content is covered in history sections, from cartoons to movies to manga. Why should this be an exception? Is it for being obscure? If so, why should that matter? I disagree with the idea that we should be deeming appearances "major" or "minor" and giving the "minor" information less prominence, that's just asking for subjectivity and bias to come into play. {{User:Hewer/sig}} 18:39, January 26, 2025 (EST)
:What I mean is that the Lily Franky thing isn't a game, movie, or a cartoon. It's supplementary promotional material, a virtual magazine akin to Nintendo Power. We don't really cover it in Mario's history page due to information from a magazine simply not being appropriate for history that focuses on narrative works (we don't have merchandise in the history section); the same goes for, say, a guidebook 4-koma where Luigi "size" shames Mario. I provided additional context for my argument using the "pet cockatiel from a commercial" sort of example, which wouldn't really fit anywhere in Mario's page except in a trivia section. {{User:Mario/sig}} 20:57, January 26, 2025 (EST)
::It is a narrative work though, crude as that narrative may be, and it's not tied to a particular game like a guidebook would be (so we can't just cover it in another game's section). If it can have its own page on the wiki, I don't see why it can't get a section in a history page. {{User:Hewer/sig}} 03:37, January 27, 2025 (EST)
:::Agreed with Hewer that Lily Franky giving Mario an "off-color" depiction and being "too obscure to be noted" are not proper reasons to omit coverage on Mario's article. Those broadcasts have some narrative qualities to them and are part of the character's history in media licensed by Nintendo, so I'd rather the wiki abstain from relegating those into a <s>Trivia</s> Notes section. Besides, there's some precedent of covering things related to neither gameplay nor story as part of a character's history: the "History of Wario" page [[History of Wario#Nintendo Kids Space|runs over a host of appearances of Wario in promotional web content]], which were explicitly brought up (and unchallenged) at the parent article's [[MarioWiki:Featured articles/N2/Wario|feature nomination]]. Make of that what you will. {{User:Koopa con Carne/Sig}} 13:54, January 28, 2025 (EST)


:All of this is to say, I think TPG has a good point. A discussion like this might benefit from playing out without the constraints of a proposal. And as a personal thought, unrelated to TPG's, seeing as this speaks to those philosophies or organizing and presenting information, I would personally have no objection if the wiki staff were to sit on the points raised in the discussion and to issue a policy ruling based on the outcome of their deliberations. I'm not advocating for that. The staff know better than I do if that's a wise course of action or not, after all! Rather, I only mean that I would personally find that an acceptable resolution as well as resolution by proposal, whatever their decision.
I wouldn't oppose broader coverage of trivia (look at Shedinja's [[bulbapedia:Shedinja#1 HP trivia|dedicated trivia section]], which is already very long), but I am a bit wary of changing the title to "notes" as the name "trivia" indicates fun, unimportant facts that wouldn't fit into the page proper, while "notes" feel more like formal stuff that could be added into pages proper.


:All of that said, I do still want to commend PopitTart for bringing the proposal up in the first place. I've said before and I'll say again, I think it was a good effort from an earnest contributor, and the vigorous discussion is has produced is ultimately a positive for putting the wiki's editors on the same page even if there are disagreements. I hope you will continue to contribute to the wiki and that you feel comfortable here! [[User:Hooded Pitohui|Hooded Pitohui]] ([[User talk:Hooded Pitohui|talk]])
I would also be fine adding a secondary "notes" or "development" (games)/"behind the scenes" (films) section to pages, on top of keeping the Trivia section. This could be added separately, or in the Trivia section, like the origin/name origin in the Pokémon pages in Bulbapedia. [[User:Altendo|Al]][[User talk:Altendo|ten]][[Special:Contributions/Altendo|do]] 20:40, January 26, 2025 (EST)
:I would be open to this idea, if it is indeed a viable option allowed by the rules. The addition of Option 2 was made in response to feedback, but with less thought than it might have needed compared to the original proposal. Doing this could also help quell the worries of solicitation and Discord interference by some, since much more discussion would nessesarily be on-wiki.--[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 19:33, December 6, 2024 (EST)
:Lots of games already have "development" sections. {{User:Hewer/sig}} 03:37, January 27, 2025 (EST)


All this discussion about the veracity of the proposal itself, and we honestly still don't know what the plan is for if the second option passes. Like, what, do we ''actually'' rename [[Pump Mario]] to "STRM_SE_PUMP_MARIO_KUSUGURI"? The proposal suggests that some names would be trimmed, but the only example trims just a number; there are no numbers in that mouthful. Where exactly are we intending to draw the line? Do we go as far as to just trim it to "PUMP_MARIO"? Is it really more accurate to just make the name all-caps and include an underscore? How exactly do we intend to make these longer internal names make sense grammaticaly, within the actual article text? {{User:Camwoodstock/sig}} 19:13, December 6, 2024 (EST)
All my joking aside, I remember when [[Cackletta]]'s article was a Spotlight focus in Issue 203 of ''The 'Shroom'' for having an overly long trivia section. A trivia point on the final battle with Cackletta's soul bearing similarities to the final boss from [[AlphaDream]]'s first game, ''Koto Battle: Tengai no Moribito'', was integrated into [[Cackletta#Bowser's Castle|the boss section proper]], but it feels very inelegant to suddenly start describing a boss from a different, non-''Super Mario'' game in the middle of the article. Is it fine to move that point back once this proposal passes? {{User:SolemnStormcloud/sig}} 12:08, January 28, 2025 (EST)
:I belive internal names could be trimmed down, but it would be up to more disccussion. It was suggested earlier that things could be formatted as "<code>STRM_SE_PUMP_MARIO_KUSUGURI</code> is the internal name for a form taken on by Mario in the ''Mario & Luigi'' series". --[[User:PopitTart|PopitTart]] ([[User talk:PopitTart|talk]]) 19:33, December 6, 2024 (EST)
:Oh yeah. That's exactly the kind of thing I'm pushing for. --[[User:Glowsquid|Glowsquid]] ([[User talk:Glowsquid|talk]]) 18:54, January 28, 2025 (EST)
::We are not going to "pause" a proposal. If a proposal cannot proceed because it needs to be ironed out more, it should be canceled and go back to a drawing board on a sandbox page pending more discussion. {{User:Ray Trace/sig}} 20:26, December 6, 2024 (EST)
::It'd be helpful if the list of projected first-option changes was also in full; the last time derived names was used, it was mostly directionless and led to many conflicting ideas on how to go about it, and it should be the proposer's duty to reassure us. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 10:55, December 7, 2024 (EST)
::I mean, that only really works out for the opening of articles. What about when the name appears mid-sentence? We mentioned it in the vote itself, but we can't think of a way to make "They consistently spew water into a small basin, allowing Mario to swallow some and turn into Pump Mario." flow well if Pump Mario is now <code>STRM_SE_PUMP_MARIO_KUSUGURI</code>. Like, what, do we say "Allowing mario to swallow some and turn into the form known as <code>STRM_SE_PUMP_MARIO_KUSUGURI</code> in the data"? Asinine wouldn't even begin to describe that one... {{User:Camwoodstock/sig}} 11:03, December 7, 2024 (EST)
:::"become this form," I'd say. As long as it doesn't end up like [[MarioWiki:BJAODN/Characters#Head Honcho Carpaccio|this]], that should be fine. [[User:Doc von Schmeltwick|Doc von Schmeltwick]] ([[User talk:Doc von Schmeltwick|talk]]) 11:34, December 7, 2024 (EST)
::::The question is how does another article that isn't primarily about the form refer to it? {{User:Hewer/sig}} 11:37, December 7, 2024 (EST)
:::I would say at the very least <code>STRM_SE_</code> wouldn't be included in the article name, as this is very clearly info to signify that the file is a sound effect, not actually a name for the form itself. {{User:Shy Guy on Wheels/sig}} 11:57, December 7, 2024 (EST)
::::Neither is "KUSUGURI". That means "tickle", referring to the [[Tickle]] move. It's not part of the name for the form, so saying that the form is referred to as <code>STRM_SE_PUMP_MARIO_KUSUGURI</code> is just incorrect. It's referred to IN the name, but not AS the name. [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 13:16, December 7, 2024 (EST)
:::::Then what's left? Just <code>PUMP_MARIO</code>? Are we really going to enforce it being all-caps and with an underscore if the second option passes, just in the name of "accuracy"? {{User:Camwoodstock/sig}} 13:30, December 7, 2024 (EST)
:::::<s>I was wondering when someone would notice.</s> Looks like "PUMP_MARIO" it is, although I am reminded of this [[MarioWiki:Proposals/Archive/45#Move Mario Party 3 Duel Maps back to their old capitalization|old common-sense proposal]]. If we did something like that, we might even be able to use...well, you know. [[User:LinkTheLefty|LinkTheLefty]] ([[User talk:LinkTheLefty|talk]]) 13:34, December 7, 2024 (EST)
::::::At that point, if preserving the original presentation is so important that some names from internal data have to be shown in SCREAMING_SNAKE_CASE, then shouldn't moderately-large-persimmon-enemy's name be rendered in kana as {{fake link|こでかカキボー}}? Otherwise, how is it too speculative to give a name sensible capitalization and, you know, spaces, but not to change it to an entirely different writing system? (Of course, I'm not actually arguing for using Japanese characters in page titles, in case that isn't clear.) [[User:Blinker|Blinker]] ([[User talk:Blinker|talk]]) 16:31, December 7, 2024 (EST)


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

Latest revision as of 16:00, January 29, 2025

Image used as a banner for the Proposals page

Current time:
Wednesday, January 29th, 20:59 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."

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 {{TPP discuss}}. 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, Super Mario Run, and Super Mario Bros. Wonder.
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)
Add film and television ratings to Template:Ratings, TheUndescribableGhost (ended October 1, 2024)
Use the classic and classic link templates when discussing classic courses in Mario Kart Tour, YoYo (ended October 2, 2024)
Clarify coverage of the Super Smash Bros. series, Doc von Schmeltwick (ended October 17, 2024)
Remove all subpage and redirect links from all navigational templates, JanMisali (ended October 31, 2024)
Prioritize MESEN/NEStopia palette for NES sprites and screenshots, Doc von Schmeltwick (ended November 3, 2024)
Stop considering reused voice clips as references (usually), Waluigi Time (ended November 8, 2024)
Allow English names from closed captions, Koopa con Carne (ended November 12, 2024)
^ NOTE: A number of names coming from closed captions are listed here.
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)
Stop integrating templates under the names of planets and areas in the Super Mario Galaxy games, Nintendo101 (ended December 25, 2024)
Split image categories into separate ones for assets, screenshots, and artwork, Scrooge200 (ended January 5, 2025)
Organize "List of implied" articles, EvieMaybe (ended January 12, 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)
Expand and rename List of characters by game to List of characters by first appearance, Hewer (ended November 20, 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)
Make changes to List of Smash Taunt characters, Hewer (ended December 27, 2024)
Merge Wiggler Family to Dimble Wood, Camwoodstock (ended January 11, 2025)
Split the Ink Bomb, Camwoodstock (ended January 12, 2025)
Create a catch-all Poltergust article, Blinker (ended January 21, 2025)
Split Mario Toy Company general information into new article, CyonOfGaia (ended January 26, 2025, 23:59 GMT)
Merge the two Clawing for More articles, Salmancer (ended January 27, 2025, 23:59 GMT)

Writing guidelines

Lower Category Item Requirement from 4 to 3

This was spurred by the introduction of the to-do bar. Thanks, to-do bar! Anyways, if you look at Special:WantedCategories, at the moment, it's all entries with 3 or fewer items each; this makes sense, given we have a policy that suggests categories are kept to only 4 or more items. However, for a good portion of the 3-itemers, these are all fairly featured images from sources like various short flash advergames, or more niche subjects like the MediaBrowser which came in a series of, well, 3 web browsers. In comparison to the 1-or-2 entry, well, entries, these have a bit more substance to them, basically waiting for a fourth image to be taken at some point; and while in some cases, that image can come up, in others... Well, what are the odds a fourth MediaBrowser is releasing when they went bust back in 2001, y'know?

While we don't feel strongly about what happens to the 1 or 2 entry categories, we do think there is just enough to these 3-entry categories to warrant a closer look our current policies are not providing. Should we lower the cutoff to 3? Or is 4 the magical number for categories?

Proposer: Camwoodstock (talk)
Deadline: February 5, 2025, 23:59 GMT

Lower to 3 (triple trouble!)

  1. Camwoodstock (talk) Per ourselves, of course. We don't see any particular harm in this when, as of submitting this proposal, this would only create, what, 10 categories?
  2. Pseudo (talk) Makes sense to me, especially because, if an individual is uploading images to the wiki for a source that currently has no images, there's a solid chance that that person will upload three images. It's a popular number!
  3. Nintendo101 (talk) Three is a magic number.

Keep at 4 (forced to four!)

  1. Waluigi Time (talk) Per Porple in the comments, image categories don't have this restriction so the proposal seems moot otherwise. I don't see a benefit to reducing this limit across the board, and I'm very hesitant to support without a clearer picture of the implications. (The assertion in the comments that this wouldn't have immediate impact was based on the list on Special:WantedCategories - there weren't any categories there besides image ones because that would require mainspace articles to have redlinked categories that would go against policy if you made them. Obviously, that wouldn't fly.)
  2. Sparks (talk) Per Porplemontage and Waluigi Time.
  3. Ahemtoday (talk) Per Waluigi Time.
  4. Super Mario RPG (talk) Honestly, five would be a better restriction so that it's a well rounded number.
  5. Jdtendo (talk) Per Waluigi Time.

Comments (wait, letters in numbers?)

The intent of that restriction is that, for example, if there aren't four articles for Category:Super Paper Mario characters then the couple characters would just go in Category:Super Paper Mario rather than create the subcategory. Image categories are different since moving up the tree in the same way would be undesirable (there would be a bunch of random images at the bottom of Category:Game images rather than those categories being redlinked). We can create image categories with as few as one entry; I updated MarioWiki:Categories. If you still want to change the number needed for articles, up to you. --Steve (talk) Get Firefox 22:38, January 21, 2025 (EST)

Oh! We didn't know that, good to know! We'd like to proceed with the proposal, even if we don't think it'd have any immediate impact under these rules--all the 3-item categories have to do with images at the moment. Camwoodstock-sigicon.png~Camwoodstock (talk) 22:41, January 21, 2025 (EST)

New features

Make categories for families

I've made a similar proposal a while back, but it didn't work out, so now I'm asking less: make categories for Peach, Bowser, Donkey Kong and Toad's families. These are the only characters I know that have a family big enough to make it to a category. I mean, categories are made to... categorize things, and I actually think this would be a good thing. Oh, and Stanley the Bugman is Mario's cousin「¹」 (unrelated, but meh).

Proposer: Weegie baby (talk)
Deadline: January 30, 2025, 23:59 GMT

Support

  1. Hewer (talk) Per my vote last time, I don't see the harm in this.
  2. Weegie baby (talk) Per me.

Oppose

  1. Mario (talk) So, have any idea what this category will exactly comprise of? Seeing the organization this user is proposing (putting Daisy into Peach's family for instance) isn't making me really want to support.
  2. LadySophie17 (talk) Going from the names described in the comments, I disagree with the addition of characters like Daisy and Toadette, whose familial connections hinge on single instances from prima guides. Having them in those categories is borderline misleading. I also disagree with adding implied characters, since they literally do not have their own page, and we just cannot simply add categories to the whole list articles. There might be some merit to categories for Bowser's Peach's and Toad's families (if there's enough of them) because they are legitimate characters (even if from fringe media) but overall, I am not convinced. I've been corrected on list article categories, but I still feel implied characters should not be counted.
  3. Nightwicked Bowser (talk) Per all
  4. Super Mario RPG (talk) Per Mario and LadySophie17
  5. Sparks (talk) Per all.
  6. Technetium (talk) Per all.
  7. Sdman213 (talk) Per all.
  8. Daisy4Days (talk) Per all. And I don’t really like the idea of grouping the Koopalings as “Bowser’s Family.”

Comments

@Weegie baby You can put in a support vote if you want to. Even the proposer gets to vote! link:User:Sparks Sparks (talk) link:User:Sparks 16:31, January 16, 2025 (EST)

Yeah, I forgot, thanks. Weegie baby (talk) 08:47, January 17, 2025 (EST)

Each of these new categories should have at least five entries; see MarioWiki:Categories#Size and scope. I'm not sure Donkey Kong, Toad, or Peach meets the minimum number of entries. Would the Koopalings still count as Bowser's family?--Platform (talk) 23:53, January 17, 2025 (EST)

Donkey Kong certainly has enough, though there might be a bit of overlap with Category:Kongs. Peach and Toad probably have enough if you count implied characters (which can be included in the categories as redirects). More examples were mentioned in the previous proposal's comments. Hewer (talk · contributions · edit count) 06:23, January 18, 2025 (EST)
Here are 5 people in each family:
Peach’s family: Princess Peach; Princess Daisy; Mushroom King; Gramma Toadstool; Obā-chan; etc.
Bowser’ family: Koopalings (even more than 5); etc.
Donkey Kong’s family: Donkey Kong; Donkey Kong Jr.; Cranky Kong; Wrinkly Kong; Uncle Julius; etc.
Toad’s family: Toad; Mushroom Marauder; Jake the Crusher Fungus; Gramps; Toadette (Toad’s sister sometimes); etc (in this case, Moldy and Toad’s cousin).
I actually thought there should be an article for Dixie’s family, but there are only 4 known members (unless we count Baby Kong), so her family should be in the category for Donkey Kong’s. Weegie baby (talk) 15:25, January 18, 2025 (EST)
It's not about number of people but entries. Mushroom Marauder and Jake the Crusher Fungus is a single entry. It really looks like scraping the bottom of the barrel. Daisy and Toadette because of single throwaway lines in the Prima guides? Implied characters? Baby versions? As MarioWiki:Categories#Size and scope says: "a minimum of five entries (including any subcategories' entries), however they should have many more than that, since small lists can simply be placed on an article that's central to the subject at hand (for example, the six Aquatic Attackers are listed on that very page, which they all link back to)." Mario and Luigi's family got their own category because there were so many entries. They have their own page because putting it all on Mario's page is cumbersome. Right now, Toad and Peach's families can fit into single paragraphs in their respective articles. Donkey Kong's only has Cranky due to his ambiguous identity. I can get behind Bowser since his family has its own template, even if there are lots of retconned and implied characters in it.--Platform (talk) 20:26, January 18, 2025 (EST)
Look, Platform, I stopped reading after the fourth sentence. I just wanna say: even though that, there are still enough characters to make the categories. If Mushroom Marauder and Jake are in the same page, add Toad's cousin. He's someone else. And if you don't wanna add Toadette and Daisy, fine. There are still enough people. So, ☝️🤓, okay? And, btw, if you don't like the idea of my wonderful proposal, then oppose. Weegie baby (talk) 12:56, January 21, 2025 (EST)
That is incredibly rude of you. And also an IGN journalist is not a valid source of information. — Lady Sophie Wiggler Sophie.png (T|C) 19:34, January 21, 2025 (EST)

@LadySophie17: Implied subjects can be added to categories in the form of redirects, this is an established practice. For example, see Category:Organizations, which includes several implied organizations. Hewer (talk · contributions · edit count) 19:40, January 21, 2025 (EST)

Fair enough. — Lady Sophie Wiggler Sophie.png (T|C) 20:21, January 21, 2025 (EST)

What about times where families get..screwy (e.g. that one time Mario and Peach were married and became parents to baby Luigi)? LinkTheLefty (talk) 12:09, January 22, 2025 (EST)

Oh my god, that is so disgusting. But, anyway, there already is a category for Mario and Luigi’s family with baby Luigi in it, so no worries. Weegie baby (talk) 14:50, January 23, 2025 (EST)

For the record, I don't think an old 2007 IGN article written by a columnist working for them instead of Nintendo on the brink of Brawl speculation (such as the article provided) is anything close to official confirmation that Stanley and Mario are cousins, and so not a very verifiable source. Especially when this "confirmation" in the first sentence reads like a colloquialism or a baseless comparison. ArendLogoTransparent.pngrend (talk) (edits) 04:21, January 25, 2025 (EST)

Split Mario & Luigi Badges & Remaining Accessories

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

We realize this is a bit presumptuous given the proposal to split the clothing is, as of writing this, the oldest unimplemented Talk Page Proposal, and it isn't even close (it's the only proposal on that list from 2021!). However, we're a little surprised the badges and accessories weren't included in that proposal! Like clothing, there are multiple badges that appear across multiple games (such as remakes, but also the various Bangles from Dream Team/Brothership, Scarves and Statues in Dream Team/Paper Jam) and things different between them (did you know the base Mush Badge isn't in the Super Star remake? Only Mush Badges A and AA. you'd only know this comparing the two lists.)

In addition, a few of the accessories are already split; namely, the special items from the Starbeans Cafe, like the Greed Wallet or Great Force. We don't know what exactly to do if this split doesn't happen, so we've added an extra option to retain those articles but keep things to their lists, and one that just merges everything back to the lists.

Proposer: Camwoodstock (talk)
Deadline: February 8, 2025, 23:59 GMT

Split 'em all (fire up that button pin maker!)

  1. Camwoodstock (talk) Per proposal, of course. There's enough recurrence and differences here that we feel like this has ample reason to exist beyond just consistency's sake.
  2. Arend (talk) Might as well do it. Heck, maybe it will incentivize someone to actually do something about that clothes proposal.
  3. Waluigi Time (talk) Per all.
  4. Sparks (talk) Per all.
  5. Ahemtoday (talk) Per proposal.
  6. Hewer (talk) Huh, this wasn't included in the clothing proposal?
  7. ThePowerPlayer (talk) Per proposal.
  8. Jdtendo (talk) If this is just a confirmation of the scope of an already passed proposal, then why not (provided it actually gets implemented).

Keep badges and remaining accessories merged, but keep Starbeans items split (the status quo option!)

Merge 'em all (those are SO out of style!)

Comments (splittin' badges/accessories)

I almost want to oppose this proposal until the clothing articles gets actually split. I tried cancelling that one six month ago (to no avail) and I'd really rather not want to have another proposal like it just waiting for someone to implement. — Lady Sophie Wiggler Sophie.png (T|C) 14:43, January 25, 2025 (EST)

The original proposal was "split everything here." Doc von Schmeltwick (talk) 01:06, January 26, 2025 (EST)

The wording is a bit vague, admittedly. The way the proposal was archived says only clothing, but the actual article suggests all gear. Which, hey, it'd be nice to at least confirm it. Camwoodstock-sigicon.png~Camwoodstock (talk) 01:10, January 26, 2025 (EST)

Removals

Remove staff ghost times from the driver's list of profiles and statistics

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

Currently, our lists of profiles and statistics list all of the details for every Mario Kart staff ghost where that driver is used. See Mario's from 8 Deluxe as an example. That seems odd to me, so I'm proposing their removal for two main reasons.

  1. I don't view staff ghosts as being intrinsic to the character. Unlike the unique stats a driver has, a staff ghost is not really part of what the character was built to do in the game. Instead, it's the other way around - the character is being used in service of the staff ghost mechanic, and that's about it. Even if you do take the perspective that these are intrinsic to the character, there's arguably superfluous information here. Is the fact that Laura from NoA decided to play as Mario on Mute City that important to Mario the character in Mario Kart 8 Deluxe?
    Not everything that a character does in the game is necessarily a statistic - for example, it's generally agreed on the wiki that the levels in a platforming game where an enemy appears are not a statistic to be counted in this section, and I see this as basically equivalent for a racing game. (Yes, I'm aware that there are several examples of this currently being done. I do not think this is appropriate.) IMO, it would be more appropriate to use the character's history section to list the course(s) they appear as a staff ghost on in prose.
  2. It's inconsistently applied. To my knowledge, this is only done with drivers - not karts, tires, or gliders. Mechanically, the vehicle that a character drives is just as important as the character driving it, so if we really wanted to be consistent here, we'd have to add staff ghost times to all of those other pages too. I think you can guess by the rest of the proposal that I don't support this.

You could also make some argument that this is stretching once and only once a bit too far, since we have staff ghost times already listed on the game page and individual course pages. I'm admittedly not as much of a stickler for once and only once as some users and I think it's sometimes applied too rigidly, but character profiles are a third (and if we want to apply this consistently to karts as well, potentially fourth, fifth, and sixth) page where stats are repeated. That's quite a few pages that could have to be fixed up if we ever discovered a mistake, and those aren't places an editor is likely to check if they aren't already aware of them.

Proposer: Waluigi Time (talk)
Deadline: February 5, 2025, 23:59 GMT

Support: They're out of time

  1. Waluigi Time (talk) Ghost 'em.
  2. Super Mario RPG (talk) Per proposer. Now that I think of it, most would be looking for them on a Staff Ghost page in any case. With these characters, they just so happen to be selected by the Staff Ghost, practically never due to any clear theme involving that character.
  3. Tails777 (talk) Staff Ghosts are tied more to the tracks than the characters. The tracks themselves all cover the Staff Ghost information perfectly fine, as do the actual game articles. I don't see them as a harm being on the statistic pages of the characters, but I also don't think they need to be there. Plus, the point of not doing the same with karts, tires and gliders also provides a fair point towards axing this info. In short: RIP, per proposal.
  4. LadySophie17 (talk) Per all.
  5. Camwoodstock (talk) Per proposal. Why are these attributed to the characters and not the tracks themselves, anyways?
  6. Jdtendo (talk) Per all.
  7. Sparks (talk) Time's up!
  8. Daisy4Days (talk) Per all.

Oppose: Keep time

Comments on staff ghost proposal

Changes

Allow users to remove friendship requests from their talk page

This proposal is not about banning friendship requests. Rather, it's about allowing users to remove friendship requests on their talk page. The reason for this is that some people are here to collaborate on a giant community project on the Super Mario franchise. Sure, it's possible to ignore it, but some may want to remove it outright, like what happened here. I've seen a few talk pages that notify that they will ignore friendship requests, like here, and this proposal will allow users to remove any friend requests as they see fit.

If this proposal passes, only the user will be allowed to remove friendship requests from their talk pages, including the user in the first link should they want to remove it again.

This proposal falls directly in line with MarioWiki:Courtesy, which states: "Talking and making friends is fine, but sometimes a user simply wants to edit, and they should be left to it."

Proposer: Super Mario RPG (talk)
Deadline: January 29, 2025, 23:59 GMT

Support

  1. Super Mario RPG (talk) Per.
  2. Shadow2 (talk) Excuse me?? We actually prohibit this here? Wtf?? That is one of the most ridiculous things I've ever heard. Literally any other platform that has ever existed gives you the ability to deny or remove friend requests... They don't just sit there forever. What if your talk page just gets swamped with friend requests from random people you don't know, taking up space and getting in the way? I also don't think it's fair, or very kind, to say "just ignore them". It'll just sit there as a reminder of a less-than-ideal relationship between two users that doesn't need to be put up on display. Honestly I didn't even know we did "Friends" on this site...maybe the better solution is to just get rid of that entirely. This is a wiki, not social media.
  3. RetroNintendo2008 (talk) Per Shadow2's comment.
  4. Waluigi Time (talk) IMO, the spirit of the no removing comments rule is to avoid disrupting wiki business by removing comments that are relevant to editing, records of discipline, and the like. I don't think that removing friend requests and potentially other forms of off-topic chatter is harmful if the owner of the talk page doesn't want them.
  5. EvieMaybe (talk) per WT
  6. Camwoodstock (talk) If someone doesn't want something ultimately unrelated to the wiki on their talk page, they shouldn't be forced to keep it. Simple-as. It would be one thing if it was "remove any conversation", as that could be particularly disruptive, but for friend requests, it's so banal that we can't see the harm in allowing people to prune those if they deem it fit.
  7. Nintendo101 (talk) Per proposal and Waluigi Time. No, I do think this is principally fine. Though I do not support the broader scope envisioned by Shadow2.
  8. LinkTheLefty (talk) Agreed with N101.
  9. Paper Plumm (talk) While the concerns presented by the opposing side are valid, I think we should allow people to have the ability to control this sort of thing, this will have no consequence to you if you enjoy having friend requests however for those who are against this they are able to gain a net positive in relieving themselves of needless clutter. As per the broader ideas presented, that definitely needs its own vote, however again I am of the mind that the option should be made available but not forced upon all.
  10. Killer Moth (talk) Per proposal, Waluigi Time, Camwoodstock, and Paper Plumm.
  11. Daisy4Days (talk) Per proposal. I just don’t see why one should have to keep that; it’s completely unrelated to editing the wiki.

Oppose

  1. Ray Trace (talk) This hasn't been a problem as if lately and doesn't really fix anything. Just ignore the comments unless it's warning/block-worthy behavior like harassment or vandalism.
  2. Hewer (talk) I don't really see the point of this. A user can ignore friend requests, or any messages for that matter, without having to delete them.
  3. Sparks (talk) Friend requests are not any kind of vandalism or flaming. However, if they falsely claim to be their friend and steal their userbox then it would be an issue.
  4. Jdtendo (talk) I don't see why we would allow the removal of friend requests specifically and no other kind of non-insulting comments.
  5. Technetium (talk) No one even does friend requests nowadays.
  6. Mario (talk) Iffy on this. The case was a fringe one due to a user removing a very old friend request comment done by a user that I recall had sent out friend requests very liberally. I don't think it should be exactly precedent setting, especially due to potential for misuse (removing friend requests may be seen as an act of hostility, maybe impolite even if unintentional; ignoring it also has the problem but not as severe). Additionally, friend requests are not as common as they used to be, and due to this I just rather users exercise discretion rather than establish policy I don't think is wholly necessary. My preference is leaving up to individual to set boundaries for friend requests; a lot of users already request no friend requests, no swear words, or no inane comments on their talk pages and this is where they reserve that right to remove it or censor it. Maybe instead we can have removing friend requests be within rules, but it must be declared first in the talk page, either through a comment ("sorry, I don't accept friend requests") or as a talk page rule.
  7. Tails777 (talk) I can see the logic behind allowing people to remove such requests from their talk pages, but at the same time, yeah, it's not really as common anymore. I just feel like politely declining is as friendly as it can get and flat out deleting them could just lead to other negative interactions.
  8. Mushroom Head (talk) It’s honestly rude to just delete them. If they were not nice, I guess it would make sense, but I can’t get over it when others delete your message.
  9. Shy Guy on Wheels (talk) A friend request ain't gonna hurt you. If you have a problem with it, you can always just reject it.
  10. Arend (talk) On top of what everyone else has already said, I think leaving them there is more useful for archival purposes.
  11. MCD (talk) This seems like something that would spark more pointless arguments and bad blood than it would prevent, honestly. Nothing wrong with saying 'no' if you really don't want to be friends with them, or just ignoring it. Also, the example that sparked this isn't anything to do with courtesy - the message in question was from 9 years ago and was not removed because the user was uncomfortable with it, but they seem to be basically starting their whole account from scratch and that was the one message on the page. In that context, I think removing the message was fine, but anything like that should decided on a case-by-case basis if there's nothing wiki-related or worth archiving otherwise.
  12. Sdman213 (talk) Per all.
  13. Green Star (talk) Friend requests may not be especially helpful when it comes to building an encyclopedia, but allowing users to remove rather than simply ignore them isn't exactly helpful for building a friendly and welcoming community.

Nintendo101 (talk) It is not our place to remove talkpage comments — regardless of comment — unless it is harassment or vandalization, to which stuff like this is neither. I really think this energy and desire to helping out is best spent trying to elaborate on our thinner articles, of which there are many.

Comments

@Nintendo101 Ignoring friendship requests and removing them are basically the same thing. It's not required to foster a collaborative community environment, whether a user wants to accept a friendship request or not. Super Mario RPG (talk) 09:52, January 15, 2025 (EST)

I think it is fine for users to ignore friend requests and even remove them if they so choose. I do not think it is the place of another user — without being asked — to remove them, especially on older user talk pages. — Nintendo101 (talk) 10:03, January 15, 2025 (EST)
@Nintendo101 The proposal is for only the user whom the talk page belongs to removing friend requests being allowed to remove friend requests, not others removing it from their talk page for them. I tried to make it clear with bold emphasis. Super Mario RPG (talk) 10:04, January 15, 2025 (EST)
Do we really need a proposal for this, though? And besides, I don't think friend requests are much of a thing here anymore. Technetium (talk) 10:24, January 15, 2025 (EST)
I would've thought not, though a user got reverted for removing a friend request from own talk page (see proposal text). Super Mario RPG (talk) 10:26, January 15, 2025 (EST)
My bad, I thought you had removed it to begin with. Apologies for the misunderstanding. Technetium (talk) 10:50, January 15, 2025 (EST)

Adding on, there's a BIG difference between "Removing a warning or disciplinary action", "Hiding or censoring past discussions"...and "Getting rid of a little friend request". Sure it's important to retain important information and discussions on a talk page, but if it's not relevant to anything or important then the user shouldn't be forced to keep it forever. Perhaps a more meaningful proposal would be, "Allow users to remove unimportant information from their talk page". I've looked at the talk pages for some users on this wiki, and some of them are filled with...a lot. Like, a ton of roleplay stuff, joking and childish behaviour, gigantic images that take up a ton of space. Is it really vitally necessary to retain this "information"? Can't we be allowed to clean up our talk pages or remove stuff that just doesn't matter? Stuff that doesn't actually relate in any way to editing on the wiki or user behaviour? Compare to Wikipedia, a place that is generally considered to be much more serious, strict and restrictive than here...and you are allowed to remove stuff from your talk page on Wikipedia. In fact, you're even allowed to remove disciplinary warnings. So why is it so much more locked-down here? Shadow2 (talk) 08:55, January 16, 2025 (EST)

I've been trying to convey this very thing. I'm not against people befriending on the wiki, or even WikiLove to help motivate others. But there's a big difference between removing friend requests to removing formal warnings, reminders, and block notices from one's talk page. Super Mario RPG (talk) 09:24, January 16, 2025 (EST)
"I've looked at the talk pages for some users on this wiki, and some of them are filled with...a lot. [...] Is it really vitally necessary to retain this 'information'?"
It absolutely is for those users on the talk pages. Mario It's me, Mario! (Talk / Stalk) 20:12, January 16, 2025 (EST)
...Right...And it's their choice to keep it. But as I understand it, the rules of this website prevents those users from removing it if they should so choose. Shadow2 (talk) 20:44, January 16, 2025 (EST)
I just don't see the issue. Those talk pages you cited are typically content exchanged between two users who know each other well enough. It doesn't happen with two strangers. If you don't want the content in the rare case some random person decides to post an image you don't like, then reply to it to indicate such, and it shouldn't be posted again. If they do it again, it's a courtesy violation and it's actionable, just ask sysops to remove it. It's not really violating the spirit of the "no removing comments" rule. Our current rules are already equipped to deal with this, I don't think it's a great idea to remove this content in most cases without at least prior notice, which I think this proposal will allow. Mario It's me, Mario! (Talk / Stalk) 20:59, January 16, 2025 (EST)
That's the problem right there, you've perfectly outlined it. "some random person decides to post an image you don't like, then reply to it to indicate such, and it shouldn't be posted again". But the image is still there, even though I don't want it to be there. Why does the image I don't like have to remain permanently affixed to my talk page, taking up space and not doing anything to further the building of this wiki? Rather, I should be allowed to say "I don't like this image, I am going to remove it now." Shadow2 (talk) 22:49, January 16, 2025 (EST)

I want to make something clear: under the current policy for user talk pages, "you cannot remove conversations or comments, unless they are acts of vandalism or trolling". Comments that you can remove are the exception, not the norm. If this proposal passes, should we change the end of the sentence to "unless they are acts of vandalism, trolling, or friend requests"? Jdtendo(T|C) 13:13, January 16, 2025 (EST)

No. This is about letting users to decide whether to remove friend requests from their talk page if they do not want that solicitation. "you cannot remove conversations or comments, unless they are acts of vandalism or trolling" would be more along the lines of, "You are not allowed to remove any comments irrelevant to wiki-related matters, such as warnings or reminders. The most leeway for removing comments from talk pages comes from vandalism, trolling, or harassment. Users are allowed to remove friend requests from their own talk page as well." Super Mario RPG (talk) 15:43, January 16, 2025 (EST)
@Super Mario RPG receiving a friend request does not mean you have to engage with it or accept, does it? So I am not really sure it constitutes as solicitation. Is the idea of leaving a friend request there at all the source of discomfort, even if they can ignore it? Or is it the principal that a user should have some say as to what is on their own talk page as their user page? I worry allowing users to remove their comments from their talk pages (especially from the perspective of what Shadow2 is suggesting) would open a can of worms, enabling more disputes between users. - Nintendo101 (talk) 21:13, January 16, 2025 (EST)
It's the principal of a user deciding whether they want it on their talk page or not. It would be silly if disputes occur over someone removing friendship requests. Super Mario RPG (talk) 21:20, January 16, 2025 (EST)
No, we should change it to "acts of vandalism, trolling, or unimportant matters unrelated to editing on the wiki." Shadow2 (talk) 18:28, January 16, 2025 (EST)
I believe users should have some fun here and there. The wiki isn't just a super serious website! Plus, it gives us all good laughs and memories to look back on. link:User:Sparks Sparks (talk) link:User:Sparks 20:32, January 16, 2025 (EST)
@Shadow2 What are some specific examples? Super Mario RPG (talk) 20:35, January 16, 2025 (EST)
Examples of what? Shadow2 (talk) 20:44, January 16, 2025 (EST)
Of what other "unimportant matters" you'd like for users to be allowed to remove from their own talk page. Super Mario RPG (talk) 20:47, January 16, 2025 (EST)
Unfortunately it might be in bad faith to say "Look at this other user's page, this is considered unimportant and if it were on MY page, I would want it deleted." But like, when I first started on Wikipedia a friend of mine left a message on my talk page that said "Sup noob". I eventually fell out of favour with this friend and didn't really want to have anything to do with him anymore, so I removed it. It wasn't an important message, it didn't relate to any activity on the wiki, it was just a silly, pointless message. I liked it at first so I kept it, then I decided I didn't want it there anymore so I removed it. There's a lot of other very silly, jokey text I've seen on talk pages that I'm sure most users are happy to keep, but if they don't want to keep it then they should have the option of removing it. Shadow2 (talk) 23:00, January 16, 2025 (EST)

@Technetium That's true, no one does, but me and some others still would prefer a precedent to be set. This proposal began because someone blanked a friend request from own talk page recently, so this may occur every once in a while. The reason that one was allowed to be removed (by @Mario) is because it was a single comment from long ago that had no constructive merit when applied to this year and wasn't that important to keep when the user decided to remove it. This proposal would allow it in all cases. Removing such messages from one's own talk page is the equivalent of declining friend requests on social platforms. It stops the message from lingering and saves having to do a talk page disclaimer that friend requests will be ignored, since some people may choose to accept certain friend requests but not others. This opens room for choices. Super Mario RPG (talk) 16:21, January 16, 2025 (EST)

@Mario So if this proposal fails, would there be some clarification in rules behind the justification of such content being removed? Super Mario RPG (talk) 20:35, January 16, 2025 (EST)

Toadlose.gif Maybe? I don't know. This proposal was kind of unexpected for me to be honest. Mario It's me, Mario! (Talk / Stalk) 20:38, January 16, 2025 (EST)
I do believe that the intentions of this proposal are good, but the scope is too narrow. It should be about granting users the freedom to remove unimportant fluff (Friend requests included) from their talk page if they so choose. Discussions about editing and building the wiki, as well as disciplinary discussions and warnings, do not fall under "unimportant fluff". Shadow2 (talk) 20:47, January 16, 2025 (EST)
@Shadow2 have you considered that the users who receive images and jokes on their talk pages like having them there? The users who send jokes and images to certain receivers view them as good friends - these are friendly acts of comradery, and they are harmless within the communal craft of wiki editing. Are you familiar with anyone who would actually like to have the ability to remove "fluffy" comments from their talk pages? - Nintendo101 (talk) 21:18, January 16, 2025 (EST)
Some narrow-scope proposals have set precedents. Super Mario RPG (talk) 21:20, January 16, 2025 (EST)
(edit conflict) I would also add that they help build a wiki by fostering trust and friendship (which is magic) and helping morale around here, but I do think Shadow2 is arguing that if they receive such content, they should see fit to remove it. However, the hypothetical being construed here involves a stranger sending the content (which probably has happened like years ago) and I dispute that the scenario isn't supported in practice, so I don't think it's a strong basis for the argument. In the rare cases that do happen (such as, well, exchanges years ago), they're resolved by a simple reply and the content doesn't really get removed or altered unless it's particularly disruptive, which has happened. If it's applicable, I do think a rule change to at least allow users to set those particular boundaries in their talk pages can help but I don't see how that's strictly disallowed in the first place like the proposal is implying. Mario It's me, Mario! (Talk / Stalk) 21:38, January 16, 2025 (EST)
"have you considered that the users who receive images and jokes on their talk pages like having them there?" Yes? Obviously? What does that have to do with what I'm saying. Why does everybody keep turning this whole proposal into "GET RID OF EVERYTHING!!" when it's not at all like that. If the users want the images and jokes on their talk page, they can keep them. If they don't want them, then there's nothing they can do because the rules prohibit removal needlessly. Shadow2 (talk) 22:49, January 16, 2025 (EST)
I think you misunderstand my point - why should we support a rule that does not actually solve any problems had by anyone in the community? - Nintendo101 (talk) 23:03, January 16, 2025 (EST)
That's an unfair assumption. It would be a problem for me if someone left something on my page, and there's probably plenty of others who would like to remove something. Conversely, what is there to gain from forcing users to keep non-important information on their talk page? Shadow2 (talk) 02:11, January 17, 2025 (EST)
I would appreciate it if you elaborated on what about my inquiry was an unfair assumption. I am generally not someone who supports the implementation of rules without cause. If there were examples of users receiving unsolicited "fluff" on the site that do not like it, or if you yourself were the receiver of such material, that would be one thing. But I do not believe either thing has happened. So what would be the point in supporting a rule like that? What are the potential consequences of rolling something like that? Facilitating edit wars on user talkpages? Making participants in a communal craft feel unwelcomed? Making users hesitant to express acts of friendship with another? The history of an article-impacting idea being lost because it emerged between two users on one of their talkpages? In my experience the users who have received light messages and images from others have established a bond elsewhere, such as on Mario Boards or the Super Mario Wiki Discord. I am not familiar of this being done between acquaintances or strangers, or people who dislike it regardless. If you had proof of that or any comparable harm, I would be more receptive to your perspective. - Nintendo101 (talk) 12:13, January 17, 2025 (EST)
Feels like I'm just shouting at a wall here, and all of my concerns are being rebuffed as "not a big deal", so I guess I'll just give up. But going forward, having learned that once someone puts something on my talk page it's stuck there for eternity, no matter what it is, makes me incredibly uncomfortable. Shadow2 (talk) 18:48, January 17, 2025 (EST)

This proposal says: ‘You may get your edit reverted for being nice, but because swearing is not being nice, you can swear the şħįț out’ MHA Super Mushroom:) at 07:55, January 17, 2025 (EST)

Merge the Tortes

Three birds with one stone with this one! This proposal concerns the following articles:

The argument is fairly simple; the Chef and Apprentice Tortes are just a duo never seen separate from one another, like the Jellyfish Sisters, or Cork and Cask--and given they are the only Tortes we see in the game, it seems only fair to merge that article as well. This is only particularly unique in the amount of articles there are; 3 of them, for this one concept? The Torte article focuses mostly on their in-battle role, while the Chef Torte and Apprentice articles try to explain their duo role in two distinct articles.

In addition, if we merge Apprentice (Torte), either to Torte or to Chef Torte, we should probably move Apprentice (Snifit) over to Apprentice, and give it the {{about}} template.

Proposer: Camwoodstock (talk)
Deadline: February 3, 2025, 23:59 GMT

Merge all 3 to Torte (It's burnt...)

  1. Camwoodstock (talk) Primary option. It's probably the simplest option overall, if you ask us, and it fits with how we handle the various duos of Superstar Saga.
  2. LinkTheLefty (talk) Unusually, these guys don't even have unique battle labels.
  3. Sparks (talk) Merge!
  4. Blinker (talk) Per proposal. (By the way, I'm also rethinking my position on the Iron Cleft situation...)
  5. Ahemtoday (talk) Per proposal.

Nintendo101 (talk) Per proposal.

Merge Chef Torte & Apprentice, keep them split from Torte (It's just a little crispy.)

  1. Camwoodstock (talk) Secondary option; if we really must keep Torte split from the duo we see in-game, that's fine, but we can't see any particular reason to keep the duo split up.
  2. Doc von Schmeltwick (talk) - Also if I recall correctly, that inconsistent-in-English accent difference is not present in Japanese, where their speech patterns are mostly the same. I'm not sure about merging them to the species since they at least have unique names from the species, unlike say, Birdo.
  3. Waluigi Time (talk) Per Doc in the comments. This would also be consistent with last year's proposal for Iron Clefts/the Iron Adonis Twins.
  4. DryBonesBandit (talk) Per all. If all three'd be merged, I'd rather the title be "Chef Torte and Apprentice" anyway, because iirc they're the only Tortes in the game.
  5. Paper Plumm (talk) Per all.
  6. Nintendo101 (talk) I think this makes more sense, from the comments below.
  7. Technetium (talk) Per all.

Do nothing (It's gourmet!)

Comments (It's... Alive???)

This can easily be four birds with one stone, since "Apprentice (Snifit)" can become the default article (the identifier's a little dated anyway) and the paltry disambig can be turned into an {{about}}. LinkTheLefty (talk) 22:08, January 19, 2025 (EST)

Good observation, actually! Went and added this. Camwoodstock-sigicon.png~Camwoodstock (talk) 22:15, January 19, 2025 (EST)

@Doc: On that note, because of once and only once, that info is awkwardly divided across two out of three articles at present, even though it pertains to all three. LinkTheLefty (talk) 08:25, January 22, 2025 (EST)

I see the "species" article as being mostly about how they battle, as well as the best place to note the various unused setups containing differing amounts of them, while a singular character duo article would cover their role in the story and general characterization. Doc von Schmeltwick (talk) 09:15, January 22, 2025 (EST)

By the way, wouldn't option 1 go against MarioWiki:Minor NPCs? --Waluigi's head icon in Mario Kart 8 Deluxe. Too Bad! Waluigi Time! 10:27, January 27, 2025 (EST)

Not any more than Cork and Cask does, I'd say. The main difference here is that the game already has a good name that can apply to both. Speaking of which, @Camwoodstock, would the resulting article be treated as a character or species article? The former would make more sense, in my view, but just to make sure. Blinker (talk) 10:57, January 27, 2025 (EST)
We were imagining the former, akin to the many duos of Superstar Saga, yes. Camwoodstock-sigicon.png~Camwoodstock (talk) 11:51, January 27, 2025 (EST)
Come to think about it, it's also a little odd how Booster's main trio of Snifsters are covered on what is otherwise treated as a species article. That's a somewhat similar situation, isn't it? Blinker (talk) 10:29, January 28, 2025 (EST)

Rename Trivia section to "Notes" and allow broader coverage in their contents

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

Trivia sections are a contentious part of the wiki. Lengthy trivia sections with wrong/stupid/pointless content were an issue in the early years of the site and while there’s been a successful effort to clean them up, they’ve retained a stigma as a dumping ground for low-effort writing. As part of it, there’s been a drive to gently discourage such sections and instead steer people toward “incorporating” trivia content in other parts of the article. It’s not a bad notiom, but I do think it’s had some unhappy results (more on that later) even if it would be absurd to suggest it is an equivalent problem

Somewhat counter to common wisdom, I think the problem with Trivia sections is that not that they’re not narrow and curated enough, but rather than they’re not broad enough.

What I’ve noticed is that many wikis out there don’t have Trivia sections. They however, have Notes section. So say, the Transformers Wiki, might have a Notes section on their comic pages and besides the obvious Trivia fodder like “This is the only issue of the Marvel comic Optimus Prime doesn’t appear in”, they also list other information about the production or substance of the subject. Things like

  • Cultural references (in case where they’re not prevalent enough to sustain a whole section
  • Stylistic elements (characters being drawn differently or an episode having a different animation style)
  • Mentioning things that don't fit neatly in List of appearances (Stuff like "In a cereal commercial, Mario mentions having a pet chicken)
  • Narrative elements (a character behaving differently for a single installment or having some speech quirk they only have in that specific installment. Pointing out that a comic issue was the introduction of some plot element that would become prominent in further installments of the franchise, etc etc. That kind of thing)


If you need a clearer idea, https://tfwiki.net/wiki/The_Transformers_(issue)#Notes is an example of what Notes sections are used for. It's not a perfect comparison because TFWiki is a different wiki that does things differently, and some of the thing they put in their notes we would put in more specialized sections like Appearances, Personality, Development etc on here. Still, I think it gives an idea of where I'm going at. There are noteworthy things that can’t be smoothly inserted into plot and content descriptions. I think covering such content is an area the wiki is currently weak in. I also feel it would lead to better flow.

A few years ago, I tested the waters and put Notes sections on a bunch of a pages I created. Most editors didn’t get what I was going for and either renamed them to Trivia or tried to incorporate them somewhere in the rest of the article. I’ll bring up La nuit des vivants-morts as an example: it’s a skit from the funny French Donkey Kong variety show, and since that show loves its hack comedy, there’s a running gag where the zombie characters draw out the “aaaaaaa”s in their speech. It's a noteworthy element of the skit’s humour, but it’s not relevant to the “plot” of it. I made a notes section to describe it, but another editor removed the section and instead stuck the bit at the end of the lead, which just looks awkward as hell: it’s worth a mention, but is not something so vital and unique that it warrants being on there.

So yeah, I propose to blanket rename all Trivia sections to “Notes” and tolerate a wider variety of content on them. Another potential benefit I see is that it could potentially reduce the amount of stereotypical bad Trivia content: it just seems to me that in some people, the word “Trivia” activates the monke brain of us that wants to just Say Stuff no matter how overspecific and uninteresting, where “Notes” is more boring and stuffy and might not encourage such urges.

Proposer: Glowsquid (talk)
Deadline: February 9, 2025, 23:59 GMT

Support (change trivia to notes)

  1. Glowsquid (talk) I think this "Glowsquid" guy has the right idea!
  2. Waluigi Time (talk) I think this is a good idea that will give us a healthier relationship with these sections.
  3. Camwoodstock (talk) A thousand times yes! A trivia rework has been long overdue, and we think a shift in scope is just what we need to keep the article's flow intact, while providing a proper space for information that doesn't fit snugly into other parts of the articles.
  4. Sparks (talk) Definitely the right idea!
  5. Mario (talk) I do like to see a solid guidelines for what should entail in these notes sections. I do think they're great places for information that isn't handled in existing spots in our articles. I'd like to see more examples being done, but I can try to help here. For recurring characters, section such a section can deal with trivia found in promotional events or merchandise, such as a hypothetical commercial that reveals Mario being a cockatiel owner. The Lily Franky stuff that I'm not going to go into detail, for instance, describes a shocking depiction Mario and friends (reenacted with plushies it seems) that cannot be covered in Mario's history page due to not being a game installment nor can it be in his personality section due to it clearly being off-color and one-note (not even a bullet point; this sort of thing is so minor it's so much better off as, well, a trivia point. For smaller articles like the La nuit des vivants-morts, this is definitely where such a section should be useful without taking undue prominence in the lead summary of the page. I'm hoping this doesn't lead to these just being souped up trivia sections like in some wikias (god forbid we have a bullet point that's like "Dark Samus is the only character in Smash Bros who is an evil echo of an existing character who has a pink alt and floats during an idle animation.") but we should at least try this first.
  6. SolemnStormcloud (talk) Per all, especially Mario. Note: SolemnStormcloud is the first user in this proposal to use the phrase "Per all" as their reasoning.
  7. Winstein (talk) Looks like a good idea, and I am for it.
  8. Nintendo101 (talk) I still worry about drive-by edits - there are legitimate pieces of information that work better within the body paragrpahs. But this seems like an improvement and more critically well-defined.
  9. Tails777 (talk) I personally have always seen the Trivia section as a "fun facts" kind of section where the information there doesn't fit into any other sections. And I feel this could also help prevent drawing out sections with random details that just end up starting their own paragraphs, especially opening sections. I'm willing to give this idea a solid shot.
  10. Super Mario RPG (talk) Per everyone. Never liked the "trivia" title.
  11. EvieMaybe (talk) this is the kind of forward-thinking, wide-reaching proposals i like to see. per all!
  12. LinkTheLefty (talk) As long as it doesn't become a dumping ground of a barely-coherent string of consciousness like some fandom wikis treat their trivia sections, I like this idea. And might I say, it's good to see a familiar purple-name glowing again.
  13. ThePowerPlayer (talk) Nice to see a proposal that singlehandedly fixes my two biggest gripes with the Trivia section. This would keep users from feeling obligated to move every point from there to other places where they don't belong, and the new name stops readers from dismissing the points that remain as minutia.
  14. Pseudo (talk) Rehabilitating trivia sections genuinely sounds like a great idea, since there's often information that doesn't cleanly fit into any section. I'm all for this!
  15. Ray Trace (talk) I've made a Marioboards topic about this all the way back if you want my choice thoughts on this.

Oppose (leave Trivia as it currently is)

Comments

A concern of mine is that in several places on this wiki — particularly the Mario Kart (series) article, since I used to edit those tables frequently back in the day — the "notes" header is used for footnotes put on a table. I'm a little concerned about the shared terminology there. Ahemtoday (talk) 15:28, January 26, 2025 (EST)

Renaming those sections "footnotes" should solve that. --Waluigi's head icon in Mario Kart 8 Deluxe. Too Bad! Waluigi Time! 15:51, January 26, 2025 (EST)

@Mario: "that cannot be covered in Mario's history page due to not being a game installment" - huh? Plenty of non-game content is covered in history sections, from cartoons to movies to manga. Why should this be an exception? Is it for being obscure? If so, why should that matter? I disagree with the idea that we should be deeming appearances "major" or "minor" and giving the "minor" information less prominence, that's just asking for subjectivity and bias to come into play. Hewer (talk · contributions · edit count) 18:39, January 26, 2025 (EST)

What I mean is that the Lily Franky thing isn't a game, movie, or a cartoon. It's supplementary promotional material, a virtual magazine akin to Nintendo Power. We don't really cover it in Mario's history page due to information from a magazine simply not being appropriate for history that focuses on narrative works (we don't have merchandise in the history section); the same goes for, say, a guidebook 4-koma where Luigi "size" shames Mario. I provided additional context for my argument using the "pet cockatiel from a commercial" sort of example, which wouldn't really fit anywhere in Mario's page except in a trivia section. Mario It's me, Mario! (Talk / Stalk) 20:57, January 26, 2025 (EST)
It is a narrative work though, crude as that narrative may be, and it's not tied to a particular game like a guidebook would be (so we can't just cover it in another game's section). If it can have its own page on the wiki, I don't see why it can't get a section in a history page. Hewer (talk · contributions · edit count) 03:37, January 27, 2025 (EST)
Agreed with Hewer that Lily Franky giving Mario an "off-color" depiction and being "too obscure to be noted" are not proper reasons to omit coverage on Mario's article. Those broadcasts have some narrative qualities to them and are part of the character's history in media licensed by Nintendo, so I'd rather the wiki abstain from relegating those into a Trivia Notes section. Besides, there's some precedent of covering things related to neither gameplay nor story as part of a character's history: the "History of Wario" page runs over a host of appearances of Wario in promotional web content, which were explicitly brought up (and unchallenged) at the parent article's feature nomination. Make of that what you will. -- KOOPA CON CARNE 13:54, January 28, 2025 (EST)

I wouldn't oppose broader coverage of trivia (look at Shedinja's dedicated trivia section, which is already very long), but I am a bit wary of changing the title to "notes" as the name "trivia" indicates fun, unimportant facts that wouldn't fit into the page proper, while "notes" feel more like formal stuff that could be added into pages proper.

I would also be fine adding a secondary "notes" or "development" (games)/"behind the scenes" (films) section to pages, on top of keeping the Trivia section. This could be added separately, or in the Trivia section, like the origin/name origin in the Pokémon pages in Bulbapedia. Altendo 20:40, January 26, 2025 (EST)

Lots of games already have "development" sections. Hewer (talk · contributions · edit count) 03:37, January 27, 2025 (EST)

All my joking aside, I remember when Cackletta's article was a Spotlight focus in Issue 203 of The 'Shroom for having an overly long trivia section. A trivia point on the final battle with Cackletta's soul bearing similarities to the final boss from AlphaDream's first game, Koto Battle: Tengai no Moribito, was integrated into the boss section proper, but it feels very inelegant to suddenly start describing a boss from a different, non-Super Mario game in the middle of the article. Is it fine to move that point back once this proposal passes? — Light-blue Yoshi from Mario Kart Tour SolemnStormcloud (talk) 12:08, January 28, 2025 (EST)

Oh yeah. That's exactly the kind of thing I'm pushing for. --Glowsquid (talk) 18:54, January 28, 2025 (EST)

Miscellaneous

None at the moment.