===Prioritize ''Paper Mario: The Thousand-Year Door'' (Nintendo Switch) names for all recurring ''Paper Mario'' items that appear in that game===
{{Proposal outcome|passed|9-0|Prioritize ''Paper Mario: The Thousand Year Door'' (Nintendo Switch) item names}}
As opposed to their more "recent" names from ''Super Paper Mario''. For all intents and purposes, I believe ''The Thousand-Year Door''<nowiki>'</nowiki>s remake should be treated as the more "recent" game as while it is simply a remake of an older game, ''The Thousand-Year Door''<nowiki>'</nowiki>s remake also just came out this year on Nintendo's most recently released system to date, while ''Super Paper Mario'' released over 17 years ago and is currently only officially playable on now-discontinued systems.
To reiterate from a more practical standpoint, prioritizing the most recent original game with those items that came out 17 years ago as opposed to the very recent remake only causes unneeded confusion among users who are more likely to be looking them up in relation to the latter. I can attest to this myself: during my own playthrough of ''The Thousand-Year Door''<nowiki>'</nowiki>s remake, I consulted this wiki's pages for items multiple times and was confused as to why we were still using the now not-so-recent ''Super Paper Mario'' names for them as opposed to the ones I was seeing in-game in this very recent remake.
Moreover, there are some names for items in ''The Thousand-Year Door''<nowiki>'</nowiki>s remake that have been altered from both their appearances in original game and ''Super Paper Mario'' when applicable: namely all uses of "Shroom" have been changed to "Mushroom", and we ''do'' reflect those changes now in our article titles and leads, treating ''The Thousand-Year Door''<nowiki>'</nowiki>s remake as the most recent game in those instances. Now, I can understand the likely argument for using both those and the ''Super Paper Mario'' names where applicable: most of the item names in ''The Thousand-Year Door''<nowiki>'</nowiki>s remake apart from the "Shroom" stuff are unchanged from their appearances in the less recent original game, but we can reflect names unique to the more recent remake, I suppose. But that still seems somewhat arbitrary and needlessly inconsistent to me, especially in cases where the names used in the original ''The Thousand-Year Door'', ''Super Paper Mario'' and the former game's remake all differ (see [[Mushroom Fry]] and [[Mushroom Roast]]).
'''Proposer''': {{User|PaperSplash}}<br>
'''Deadline''': September 9, 2024, 23:59 GMT
====Support====
#{{User|PaperSplash}} Per proposal.
#{{User|Technetium}} Per proposal.
#{{User|OmegaRuby}} We did this for Super Mario RPG, right? This change should be unprecedented. Per proposal.
#{{User|Hewer}} Sure, thought we were already doing this.
#{{User|ThePowerPlayer}} Per proposal.
#{{User|RHG1951}} Per all.
#{{User|Sparks}} Per all.
#{{User|Killer Moth}} Per all.
#{{User|Super Mario RPG}} Most recent game, so that makes sense.
====Oppose====
====Comments====
Revision as of 16:39, September 10, 2024
All past proposals are archived here. Please add archived proposals to the bottom of the page.
I put forward this proposal to determine a minimum number of glitches for the creation of "List of glitches" articles. That way, there is consistency between games with the same number of documented glitches. Additionally, if new glitches are documented later that brings the total number over this minimum, a new page can easily be created without the need for a proposal, as the editor can cite this proposal.
Option 1
The minimum number of glitches should be 3. "List of glitches" pages would be created for Mario vs. Donkey Kong, Paper Mario: The Thousand-Year Door (Nintendo Switch), and Wario Land 3 to match that of Wario Land 4.
Option 2
The minimum number of glitches should be 4. List of Wario Land 4 glitches would be deleted and its glitches merged into the main game's article. "List of glitches" pages would be created for Super Mario World: Super Mario Advance 2, Donkey Kong Country: Tropical Freeze, Donkey Kong Land, and Mario + Rabbids Kingdom Battle.
There should be no concrete minimum, and whether glitches should be split or not should be discussed on a game-by-game basis.
I could continue with 6, 7, etc., but I feel once this point is reached there is enough to warrant separate "List of glitches" articles, especially since game articles are typically long and images are usually needed to showcase glitches, taking up more space.
Proposer: Technetium (talk) Deadline: August 29, 2024, 23:59 GMT
Option 1
Option 2
Option 3
Technetium (talk) I am a bit torn between Options 2 and 3, but I prefer this one as I feel 4 glitches can easily fit on a game's page, as seen with the examples above.
Hewer (talk) I don't particularly mind what the minimum number of glitches is, but I agree that there should be a minimum in order to have some more consistency, and a smaller minimum may cause unnecessary splits of small glitch lists, so I'll go for this option.
From what I can tell, articles on this wiki are usually split based on size, not the number of headings. It's why List of Fortune Street quotes is split into Dragon Quest characters (A-J / K-Z) and Super Mario characters (A-M / N-Z) and why the number of headings in these articles is inconsistent. I think it'd be weird to split lists of glitches based strictly on the number of sections rather than the amount of text since that could lead to very short articles that only list a few very minor glitches that can be described in just a few sentences. DiveRocketLauncher 22:50, August 15, 2024 (EDT)
Yeah, I'm aware of that. It just feels different here because glitch descriptions tend to be around the same length. If you look at the examples I discussed in the proposal, you'll find there really isn't a noticeable size difference between the pages that have their glitches merged vs separate. Truth be told, I was originally going to just make a talk page proposal to merge List of Wario Land 4 glitches, but the discrepancies with the pages with 4 glitches led to me coming up with this. I'd be happy to hear anyone else's ideas on how to make things more consistent, because the way things are currently is frankly bugging me. --Technetium (talk) 23:02, August 15, 2024 (EDT)
Adjust proposal rule 9 to prevent exploitation
canceled by proposer Put into effect in an alternate solution by proprietor
So I realized an issue with Proposal Rule 9 while I was whinily bitching about a proposal I didn't like passing like the selfish little megalomaniac I am (long story there... at least a good realization came out of it) and that is that, by the current setup, the "difference of three votes" only applies for two-option proposal. If a proposal has more than that many options, it is solely decided by being over 50%... regardless of how many options actually have votes in them. This has the potential for abuse: someone could add in an option no one would vote for to try and work around the "difference" requirement. As such, I propose that the rule be amended so that unless there are three options with at least one vote that isn't the proposer's own, it be treated the same as a two-option proposal.
Arend (talk) Doc's points in the comments have enlightened me more to understand the necessity of this amendment. Also it makes multi-option proposals where there's really only two options being voted for more consistent with our regular two-option proposals.
Mario (talk) Given the confusion time and time again this rule has inflicted on the wiki historically,[1][2] due to going against basic intuition (and relying too much on head spinning percentages) I rather just kill this particular clause of that rule with fire and simply have multioption proposals follow a similar rule to two-option proposals: one option with majority of votes over a 3 vote margin passes, which this proposal is going. If not, extend it. A 6-5-1-0 is NOT a consensus; neither is 9-8. Both of these should've been extended.
SeanWheeler (talk) Changing my vote because if Super Mario Wiki doesn't allow for an ex post facto law to extend already closed proposals, then there's really nothing to worry about. Doc's right, it's not fair to get arrested for a law change without warning, and the idea of this proposal being used to cheat the previous proposal goes against what this proposal is about. And besides it's better to have more consistent rules on voting.
Oppose
Super Mario RPG (talk) This has never been an issue for all these years we've had proposals, otherwise the amendment would've been proposed and/or added long ago. There's also the margin-of-three-votes rule for proposals with ten or more votes. Also, keep in mind the user proposing this was vehemently opposed to a proposal that I made that passed with a 9-1-1-8 vote and is trying any means possible to undo it, including the drafting of another proposal in late September that is sneaking in a provision to undo the one that passed yesterday, which is another way of saying "we want Pokemon content back on the wiki despite the Poke Ball lists being removed for the reason of lacking any further connection to Super Mario than any other franchises in the Super Smash Bros. series.
#SeanWheeler (talk) If you want to reverse a recent proposal, you have to wait a month to do so.
Reverse the rule order, change none of the text
Doc von Schmeltwick (talk) - This is an exaggerated example of what I'm trying to prevent, don't take it seriously.
Comments
I'm kinda half-on-half on this. On the one hand, amendments like these to prevent exploiting loopholes like those is always fine, but on the other hand, I wonder if it's even necessary? Proposers can only change and edit their proposals in the first three days since launch (or first six days if it's a TPP). This is just under halfway through the proposal length, which gives other users ample time to consider voting for a new third option if it's being added at the latest time possible. Even when an option has been added in bad faith, users can bring notice to it in the comments or report it to admins. So while I'm not opposed to this amendment, I think I'm more favoring it for the sake of consistency, rather than to combat exploits, since the 3-6-day limit thing already does that as well. The rules section might need a bit of an overhaul regardless: There's been talks already how Rule 9 sounds a bit confusing due to its wording regarding the required amount of voters, and it's also been stated that the entire section is an unsorted mess with little to no examples for clarity. rend(talk)(edits) 18:07, August 29, 2024 (EDT)
It's not about retroactively adding an option. Doc von Schmeltwick (talk) 18:25, August 29, 2024 (EDT)
...did you misinterpret my whole message or something? You literally said "This has the potential for abuse: someone could add in an option no one would vote for to try and work around the "difference" requirement." That is LITERALLY "retroactively adding an option", isn't it? And this proposal is about preventing such an exploit, right? As in, what I literally have been talking about as well?rend(talk)(edits) 19:12, August 29, 2024 (EDT)
You seem to have missed the point. This is about putting in a dummy option in general, not about doing so at a specific time. Doc von Schmeltwick (talk) 19:56, August 29, 2024 (EDT)
So you HAVE misinterpreted my message (at least somewhat), because I AM well aware that this is about putting a dummy option in general. The thing is, as I stated before, proposers can only edit their proposals within the first three days since launch, which is to say, they cannot add a third option like 5 minutes before the deadline to cheat the system. After those three days, they're locked from editing the proposal, and other users have four days to consider voting for that third option (which is more than the 3 days the proposer was allowed to edit their proposal. All this stuff I said about specific time limits is to say that we already have a method to combat exploits like this, making this extra stipulation for combatting the same exploit kind of redundant, as the most this does is treating multi-option proposals where really only two sides are being voted on, the same as a regular two-option proposal (which admittedly is at least consistent). If you're worried about people using these exploits within the 3-day limit, that's technically also addressed, as I already stated "Even when an option has been added in bad faith, users can bring notice to it in the comments or report it to admins." If you're still worried that this doesn't solve your problem, then I think it's better to add a rule to not add (bad-faith) dummy options (or editing proposals in bad faith in general) for the sake of exploiting the rules. I'll admit that your proposed changes will help bring consistency across proposals, and also will help with preventing third-option exploits from being passed so easily, but I don't think it'll prevent proposers from attempting them within those first three days anyway (hoping in the off-chance that someone will vote for that dummy option), so it'd be wise to remind them that editing a proposal in bad faith is against the rules. rend(talk)(edits) 21:16, August 29, 2024 (EDT)
Where are you getting the "after the proposal is created" part from? This is including if it's made with three options, one of which is valid-but-undesirable-to-anyone-involved. Doc von Schmeltwick (talk) 21:22, August 29, 2024 (EDT)
The statement of yours I quoted before: "This has the potential for abuse: someone could add in an option no one would vote for to try and work around the "difference" requirement.". I interpreted that as someone adding it in later, as opposed to it being already there from the beginning. Thank you for clarifying that you meant both of those instead of only the former, though. rend(talk)(edits) 21:30, August 29, 2024 (EDT)
...yes, "add in" as in a synonym to "include." Sorry for the confusion. Doc von Schmeltwick (talk) 21:38, August 29, 2024 (EDT)
It's OK man. Perhaps I was being too pigheaded myself to realize other interpretations. Anyway, with that in mind, I understand the necessity to add this stipulation a bit more now, because the 3-day edit limit obviously cannot prevent what's there from the beginning, and now there's a 3-day limit to convince the proposer to remove the dummy option instead. rend(talk)(edits) 21:48, August 29, 2024 (EDT)
@Super Mario RPG - You're ignoring that our rules for proposal passing and failing have changed several times over the past few years thanks to various proposals. This is just something that was overlooked (the fact a sysop thanked me for bringing this up initially helps me think this was a good idea). Also, I'm not trying to "undo" your proposal by a retroactive rule change, that's not how amendments work. Doc von Schmeltwick (talk) 20:19, August 29, 2024 (EDT)
If this proposal passes and gets enforced, wouldn't that proposal be affected? Probably should wait four weeks to do make this proposal. Like how I decided to wait after the proposal to move Shadow (character) back to Shadow the Hedgehog to fail before I could start the proposal to move the crossover characters back to their proper names. I could have started that proposal yesterday, but I need to find instances of the Mario & Sonic games referring to the Sonic characters by their full names before I could start that proposal. SeanWheeler (talk) 23:51, August 29, 2024 (EDT)
No? You can't (and shouldn't) retroactively enforce a rule that did not exist yet, that's not fair (also that would probably affect a lot of other proposals, and I'm not interested in going down that rabbit trail even if it was ethical). That's why when prohibition was passed everyone who had drank alcohol before wasn't arrested. It's the same deal here. While I want to repeal that proposal, I want to do so the fair-and-square way in a month, not through some dirty underhanded trick. Doc von Schmeltwick (talk) 00:13, August 30, 2024 (EDT)
I feel like this proposal has actually nothing to do with Rule 9: a margin of votes has nothing to do with majority support. I think we should amend Rule 10 instead to remove the reference to "proposals with only voting options" and extend it to multioption proposals. For example: "Rule 10: If the two most voted options of a proposal gather more than ten votes between them and the vote count difference of those two options is less than three, then the deadline will be extended for another week as if no majority was reached at all." That way, Rule 10 would still work the same as it does now for proposals with only two options, and multioption proposals would need to satisfy both Rule 9 (majority support is needed to ensure that most voters have voted for the winning option) and Rule 10. Jdtendo(T|C) 01:44, August 30, 2024 (EDT)
I agree with Doc and the issue at hand, but I want to update the rule in a slightly more comprehensive way than suggested. I've done that and this is canceled! --Steve (talk) 04:44, August 30, 2024 (EDT)
Do not use t-posing models as infobox images
Do not use t-posing models as infobox images 16-0
Self-explainatory aim for this proposal with the title, I'm proposing because I personally don't think t-posing models look good as introductory images. One case in point is on the Mega Baby Bowser article which used a t-posing model as its infobox image but was changed to a screenshot. Angler Poplin is an article that currently uses a t-posing model. Should this proposal pass, in-game screenshots will be used instead of t-posing images, or if possible a model which is not in a t-pose.
Ray Trace (talk) This should also include non-t-posed bind models (a-posed models, nonbipedal characters) as well but that's a matter of jargon really.
SeanWheeler (talk) Considering I went through the effort of posing the characters of my game Speed Prix before I uploaded them to the Speed Prix Wiki, I know T-poses are not good infobox images. And in the context of Mario games that you're not developing yourself, if artwork is not available, just use screenshots. That is much easier to get. The Models Resource is incomplete. And with other media, we have to.
FanOfRosalina2007 (talk) Yeah, it looks strange and creepy with the t-poses. Per proposal.
PaperSplash (talk) Per proposal. I especially agree that screenshots would be better.
Arend (talk) Pose accuracy should take priority over asserting dominance.
Mario (talk) Only if T-posing/A-posing/bind posing with a blank expression is part of the character's personality or something. However in the case something that's never used in a game but represented by a 3d model surfaces (Walpeach for instance; let's pretend there's never a sketch for her either), and there's an article and an infobox for it, we probably naturally need to use it but I assume the proposal isn't ridiculously strict in that matter.
There's an issue in that many models in earlier 3D games do not have an easily decipherable rigging or animation system. For instance, on The Models Resource, the Luigi's Mansion model uploads lack proper pose data, so they're just automatically T-posed. I do think non T-posed ones should be prioritized, but prohibiting them fully is not the way to go because that's sometimes the only clear option. EDIT: Never mind, I didn't see the "infobox" part of the proposal. I mistook this for a blanket ban. My apologies. Doc von Schmeltwick (talk) 21:53, August 25, 2024 (EDT)
Screenshots of the subjects in the game are strongly preferred regardless. Ray Trace(T|C) 21:58, August 25, 2024 (EDT)
I agree with Ray Trace. If one did not have an organic looking model, couldn't one just use a screenshot? - Nintendo101 (talk) 22:01, August 25, 2024 (EDT)
That's still assuming you either have an emulator available or can find a high enough quality video at the proper dimensions. In several cases, the preview image on The Models Resource is the most available option (such as for the Mario Party games on N64). Doc von Schmeltwick (talk) 22:04, August 25, 2024 (EDT)
There is no shame in taking a screenshot of a YouTube let's play. Not ideal, but I think it is more serviceable than a t-posed model. - Nintendo101 (talk) 22:08, August 25, 2024 (EDT)
Well I mean that's still assuming you can find one at all. Doc von Schmeltwick (talk) 22:09, August 25, 2024 (EDT)
Editors should take all their screenshots with emulation regardless. Ray Trace(T|C) 23:27, August 25, 2024 (EDT)
With how rabid Nintendo can be about ROMs and such, that's sometimes easier said than done. (Plus plenty games have outright never been dumped or officially ported, particularly the more obscure ones; there's a reason there's no maps or screenshots for "Champions' Course" in Golf: Japan Course.) That also assumes one's device has the ability to actually run said emulators or the space for them; even with high-dollar gaming laptops I've had trouble with more advanced game system emulation in that regard. Doc von Schmeltwick (talk) 23:49, August 25, 2024 (EDT)
With the right tools and resources, ROMs aren't difficult to find at all. And, by the way, those are rare cases and have little to do with the proposal which deals with models. Ray Trace(T|C) 21:59, August 26, 2024 (EDT)
Create new sections for gallery pages to cover "unused/pre-release/prototype/etc." graphics separate from the ones that appear in the finalized games
create sections for unused/pre-release/prototype graphics on gallery pages 13-1
This has been bouncing around in my head ever since the so-called "gigaleak" happened. This would do exactly as the header says: sprites and models and such that do not appear in gameplay of the finalized game they represent would be moved to a separate gallery, similar to what we do with non-game artwork relative to game artwork. This would allow more easy coverage on them without bloating the "main" gallery with them, particularly in cases where the subject does appear in the final game with different sprites (or with different colors), and would also help encourage more unused sprites to be uploaded in the first place. The other gallery section would be placed underneath the main one.
Super Mario RPG (talk) - Opposing because this was done with the gigaleak in mind. The gigaleak consists of unlawfully stolen assets, and one could propose to remove those instead, out of courtesy towards Nintendo.
Comments
@SMRPG They haven't gone after TCRF so far despite them documenting everything from it. I get there's some "fruit of the poisoned tree" moral concern, but as it is, our role is to document known facts. Doc von Schmeltwick (talk) 17:02, August 26, 2024 (EDT)
In addition, the current wording of the proposal implies a section for all unused/prototype/pre-release content, not just those that came from the gigaleak (e.g. various prototype/prerelease things from Mario Kart DS came from the kiosk demo, which was distributed to toy stores and game stores by Nintendo themselves). If SMRPG was concerned that hypothetically, those assets would have to be removed as well for Nintendo's concern (in a "one bad apple spoils the bunch" kind of way), then not separating them at all might actually be worse, because hypothetically speaking, Nintendo might request to remove the entire gallery purely because assets from the gigaleak were being included; this of course helps no one. rend(talk)(edits) 12:52, August 27, 2024 (EDT)
Indeed, I think it would be a good idea even without the gigaleak occurring, though the fact that the hyper-litigious Nintendo hasn't gone after anyone as far as I can tell (most notably TCRF, who documents that sort of thing as the entire purpose of their existence) for reposting them, it doesn't seem to bother them. And while it makes sense for The Spriters Resource to have a blanket ban on what was uncovered there (they're based on assets that actually do appear and are only barely able to keep the site up monetarily), it makes little sense for us to resort solely to using descriptions and offsite links. Doc von Schmeltwick (talk) 15:14, August 27, 2024 (EDT)
Being a TCRF user myself, I agree with Doc von Schmeltwick. -- FanOfRosalina2007 (talk · edits) 16:10, August 27, 2024 (EDT)
Right indeed. I personally think the whole fearmongering aspect of SMRPG's oppose vote is generally... well, not quite in bad faith, but at the very least somewhat misleading or misunderstanding of the situation. As you said, Nintendo hasn't been witchhunting sites like TCRF for detailing things from the gigaleak even four years after the fact, so we should be safe (and again, these sections would include prototypes that weren't part of the gigaleak, too). Though I simply don't think that oppose vote makes a lot of sense even if Nintendo did send their ninjas to anyone detailing the gigaleak, so we might as well make separate sections for any unused/prototype content regardless. rend(talk)(edits) 16:54, August 27, 2024 (EDT)
Shorten disambiguation identifiers "(Super) Nintendo Entertainment System" to "(S)NES"
Do not shorten 7-11
The console names "Nintendo Entertainment System" and "Super Nintendo Entertainment System" are way too long and clunky, so much so that the abbreviations "NES" and "SNES" are commonly used in the body of articles throughout the wiki, even though we usually don't use abbreviations. And yet, we still use the full console names in the disambiguation identifiers of article names:
The identifiers are so long that they take up more than half of the article name and are less immediately legible than their respective abbreviations. This is particularly jarring on the Mario is Missing! disambiguation page because the abbreviations are used on the page (e.g., "Mario is Missing!, the NES game") but it links to articles with names containing the full console names ("Mario is Missing! (Nintendo Entertainment System)").
That's why I propose to shorten "Nintendo Entertainment System" and "Super Nintendo Entertainment System" to "NES" and "SNES" respectively in disambiguation identifiers of article names:
Mario is Missing! (NES)
Mario is Missing! (SNES)
Wario's Woods (NES)
Wario's Woods (SNES)
Please note that there is already an article which uses an abbreviated identifier: "Building World (Mario's Early Years! Fun with Letters for SNES)", although if we decide to keep the full identifiers, maybe we should rename it to "Building World (Mario's Early Years! Fun with Letters for Super Nintendo Entertainment System)" for consistency?
Proposer: Jdtendo (talk) Deadline: August 20, 2024, 23:59 GMTExtended to August 27, 2024, 23:59 GMT Extended to September 3, 2024, 23:59 GMT
PaperSplash (talk) Per proposal and the earlier Donkey Kong Country proposal that Super Mario RPG mentioned, as well as Technetium and Jdtendo in the comments.
Paper Plumm (talk) Per all. It is way too tedious a title, especially when the acronym alternative is just as iconic as the original title.
Hewer (talk) I don't see much of a problem with long names, and I'd rather go without the inconsistency created by these being the only shortened console names. And yes, I suppose we should move the Building World page too, like how "Beach Volleyball (Mario & Sonic at the London 2012 Olympic Games for 3DS)" got moved to "Beach Volleyball (Mario & Sonic at the London 2012 Olympic Games for Nintendo 3DS)".
Camwoodstock (talk) Per Hewer. While these shortened versions do make for fine redirects (and honestly, I kinda hope these do get made for other games in the form of redirects, but that's neither here nor there), we probably shouldn't be enforcing these as being the default name unless it's a part of a global move to abbreviate the console names for the articles of every game--not just one random edutainment game.
Comments (Mario's Early Years! Fun with Letters for SNES)
now there's a bit of a grey area here, what about consoles like Nintendo 64, Nintendo Switch and so on? It'd feel somewhat weird to abbreviate one but not the others, there'd be an inconsistency. - YoYo (Talk) 09:33, August 13, 2024 (EDT)
The thing with those is that the "Nintendo" part is needed or else it could just be confused as a random number (64) or word (switch). They also just aren't as long. Technetium (talk) 09:57, August 13, 2024 (EDT)
Besides, as I said in the proposal, the abbreviations "NES" and "SNES" are commonly used in the body of articles, but other console names are not abbreviated as frequently. For example, here is an extract of the LodgeNet article: "for the SNES, Nintendo 64, and Nintendo GameCube"; note how only the Super Nintendo Entertainment System's name is abbreviated whereas the other console names are written in full. Jdtendo(T|C) 10:09, August 13, 2024 (EDT)
I think the shortening of N64, GCN, GBA, etc. could use another propasal. SeanWheeler (talk) 21:30, August 13, 2024 (EDT)
...Not to burst your bubble, but we actually had a proposal to move it to its current name last month. Prior to that, the article was merely titled "The Old Psychic Lady", which from what I can tell was actually never actually used like that in the episode. She introduced herself by the full title of "The Old Psychic Lady with the Evil Eye Who Reads Fortunes and Knows Everything Before It Happens" (whether it used capital letters or not is unknown), and the Marios simply refer her to as the "crazy lady" or "that psycho lady" since they can't properly remember such a long name. Since "The Old Psychic Lady" never was used as one of the official names, and the wiki refers to her by her full name anyway, it was proposed to move the article to the lady's full title (I mean, at least "NES" and "SNES" are officially used abbreviations by Nintendo themselves and their full names were not created for comedic purposes). rend(talk)(edits) 20:50, August 14, 2024 (EDT)
Arguments about the name being "ridiculous" or "too long" were used in the proposal linked to by Arend, and much like with those arguments, you haven't substantiated the claim very well. Why is a long page name "ridiculous" when it's just accurately referring to the subject? Why should we sacrifice accuracy in favour of a shorter page name? What about long page names is in any way disadvantageous? Hewer (talk · contributions · edit count) 05:37, August 15, 2024 (EDT)
Tbh, I'd merge the two Building Worlds together if it were up to me, they're still both represented by the same icon in the map screen and differences can easily be mentioned in the article, it'd also be consistent with the rest of the Mario's Early Years Worlds. Ray Trace(T|C) 20:09, August 15, 2024 (EDT)
Same. Not to mention that the first two (out of three!) paragraphs on botharticles are 100% identical outside of the console mentioned (which is really weird and almost BJAODN-worthy regarding the whole "this is a world exclusive to [SYSTEM]" part when the name and icon are identical. Both articles even state that the worlds take place in "an area of pipes and a background of puzzle pieces" (which seems to just be copied blindly from the SNES one and unedited, given that the image for the PC version suggests it takes place in a park with a baseball diamond; but that discrepancy aside, I don't think it's worth splitting when both articles are quite short, and no other world in Mario's Early Years is split based on console version). rend(talk)(edits) 15:13, September 3, 2024 (EDT)
I did some more research on the two Building Worlds:
So first of all, the two articles even incorrectly described their icons. Both articles state that they're represented by a pair of building blocks. However, that's actually the icon for both versions of Last Letter World. SNES Building World is represented by a jigsaw puzzle with a crayon and the word "red", while PC Building World is represented by a baseball bat and the word "Hit".
Second, the SNES version of Building World is actually still present in the PC version of the game, complete with the jigsaw puzzle icon and the exact same kind of gameplay; however, it's now named Blending World, and as far as I can tell, that name is nowhere mentioned on the wiki pages.
So I suppose it's correct to have these articles split, but they might need to be renamed (if we choose to prioritize the PC version at least), and they certainly need to be rewritten. rend(talk)(edits) 16:38, September 3, 2024 (EDT)
Remove non-Mario music from Super Smash Bros. sound test pages
Remove non-Mario music 16-8
I'm proposing to remove music tracks not related to the Mario series and its sub-series from these pages:
This is mainly because the tracks aren't related to Mario and they take up the most space in the pages...to the point where they're really bloated. If this passes, both Ultimate sound pages listed can be deleted and have their content merged into Super Smash Bros. Ultimate sound test if space allows.
Edit: To clarify, tracks with Mario elements like the Famicom Medley (which has the Dr. Mario theme in it) won't be affected by the removals.
Proposer: Mushzoom (talk) Deadline: September 6, 2024, 23:59 GMT
Sparks (talk) Recently there have been proposals to get rid of non-Mario content in the Super Smash Bros. series. The articles for Taunt and List of Snake's codec conversations only have the Mario related ones for them. This one aims to accomplish a similar goal, so I support.
SeanWheeler (talk) With crossovers as big as Smash, it would be good to clean up the stuff not related to Mario. For years, our coverage policy about crossovers had us cover as much Smash as Smash Wiki. Now, we've got proposals reducing Smash coverage to focus on this wiki's franchise just like how the other wikis would handle Smash. Bulbapedia focuses on the Pokémon in Smash. Funny enough, before Smash Wiki came to NIWA, Bulbapedia linked to Super Mario Wiki for the other Smash characters. It's good to not be a rival to Smash Wiki, and reducing the sound tests to just the Mario songs is another step forward. Now to reduce the list of Spirits.
Camwoodstock (talk) Per proposal. While we personally probably wouldn't have touched this until later (we have a very "just say when" approach to our Smash proposals, if you haven't noticed... ;P), we figure it's best to clear this up now if it's fine with everyone else. Anyone looking for a full list of songs is probably checking SSBWiki by this point, and so we should probably narrow it down to only songs relevant to Mario (as well as Donkey Kong/Yoshi/Wario/Mario Kart/other such stuff, of course) by now.
Koopa con Carne (talk) Ah, yes, "One-Winged Angel" and "Awake", my favorite musical pieces from the Mario series. Per proposal and Sparks.
ThePowerPlayer (talk) These tables are nearly direct copies of the "Music" list articles on SmashWiki. Just use the {{NIWA}} template in the References section of each article to provide easy access to the complete song list for each game.
Jdtendo (talk) Per all. Maybe we should start considering Smash Bros. as a "guest appearance" series?
Axii (talk) Per proposer. As always, I support trimming Smash coverage.
Mario (talk) Information isn't really relevant to the goals of MarioWiki. I do think Smash Bros. is still a thorough crossover series and Mario plays a significant role in coverage, so not really Mario's guest appearance, but coverage on MarioWiki should be conditional. We need to remain focused.
Doc von Schmeltwick - I don't really see this being an issue - especially since some of the non-Mario music we otherwise do have representation of, like Mute City and Big Blue in MK8. (Also I would appreciate not having my upcoming omnibus proposal pushed back because people won't stop making other Smash proposals piece-by-piece when it's already been stated by a patroller that it'd be better to do things all at once - and that these "piecemeal" ones shouldn't be done.)
Hewer (talk) Per Doc, plus this would create an inconsistency: the stage list pages list the music tracks for each stage, except for Ultimate because in that game every stage's music is just all the music from that stage's franchise. The Ultimate sound test page we have now doubles as the listing for stage music for Ultimate's stages, so removing it creates a hole in our coverage where Ultimate is the only game in the series that we don't provide that information for. Coverage inconsistencies like this keep arising as people keep making one-at-a-time proposals removing individual elements of Smash coverage, so I agree with Doc that at this point, handling all of it in one would be a much better idea.
Tails777 (talk) I remain pretty steadfast in my general opposing stance on removing Smash content. I have come to terms with some merges (fighters, stages etc), but I still remain against the idea of removing this stuff. Smash is a crossover in the same way that Mario & Sonic and Fortune Street are and the size of the crossover does not change my stance on that. I'm not saying cover everything with an article, but I remain on the side of covering this stuff in some capacity regardless. Per all.
Ahemtoday (talk) Per Doc. Plus, I'm not really a fan of having pages dedicated to incomplete lists — I feel this way about trophies and spirits, too, if I'm honest. I think a page titled "List of X" should have all Xes on it; though I don't entirely know if that all-or-nothing philosophy holds up in practical circumstances.
Metalex123 (talk) Per Doc. I'm not a huge fan of Smash full coverage on MarioWiki personally, but it was moreso because in the past, fully non-Mario elements received articles, like say, Mementos, Sephiroth, and the Killer Eye. It makes sense to keep the info of these pages somewhere on the wiki, in stuff like list pages, while making it obvious the wiki does not focus on that content. I don't like the recent proposals asking to delete everything Smash-related that isn't Mario, when they're clearly on either lists pages, or merged into the game page themselves, both cases making it obvious the wiki does not focus on that series.
Just to be sure, music like Wrecking Crew Medley, Famicom Medley (which has the Dr. Mario theme as part of it), Title Theme - 3D Hot Rally, and maybe more won't be affected right. Ray Trace(T|C) 17:42, August 30, 2024 (EDT)
Yeah this proposals needs exceptions for like the Famicom Medley (I think there are two of these now) that has Mario elements to it. It's me, Mario! (Talk / Stalk) 17:44, August 30, 2024 (EDT)
Yes, they won't be affected. Mushzoom (talk) 17:46, August 30, 2024 (EDT)
That creates the obvious issue of making it look like those are the only songs available for the stages they are listed under, when in fact they mix with other "generic" Nintendo songs. To say nothing on how some Mario stages have "miscellaneous" themes available in-game - one example that comes to mind is the Tetris theme available in the Luigi's Mansion stage. Doc von Schmeltwick (talk) 02:59, August 31, 2024 (EDT)
I guess we could put some kind of disclaimer on the music list pages to explain that (along the lines of "there are multiple songs in this category, here's only the Mario-related ones"). Also, I don't think this proposal affects the stage pages/lists (as I talked about in my vote), so the individual stage articles for Mario stages will be able to keep their music lists at least. Hewer (talk · contributions · edit count) 07:20, August 31, 2024 (EDT)
I suppose, but it's still nice to have them all in one place (I'll admit, I'm nowhere near as invested in this one as I was with the Pokemon one. If the pages included actual music files, I probably would be, due to my general fear of files being deleted). Doc von Schmeltwick (talk) 10:00, August 31, 2024 (EDT)
Smash list articles in general are just plain bad. They're slightly trimmed down dumps of text from merged articles, and it's very clear that nobody wants to work on them, and for a good reason. Smash isn't Mario, even before merge these pages just sat there collecting dust, and I still don't understand why Smash is being treated like a sacred cow by some editors. Axii (talk) 15:13, September 1, 2024 (EDT)
@Koopa con Carne - Well I mean, technically, no one's gonna persuade me that Skowl's battle theme isn't just One-Winged Angel :P Doc von Schmeltwick (talk) 10:00, August 31, 2024 (EDT)
It's David Wise's homage, "Winged Angel". -- KOOPACONCARNE 16:07, August 31, 2024 (EDT)
Doc von Schmeltwick (talk) has started a discussion right here somewhat related to this proposal and other ones that had passed concerning Super Smash Bros. coverage on the wiki. I encourage other folks to check it out. - Nintendo101 (talk) 18:09, August 31, 2024 (EDT)
I saw it. It's more or less the same as what we have now, but with the list pages merged into the game pages, as well as non-Super Mario elements being added. Super Mario RPG (talk) 18:12, August 31, 2024 (EDT)
Characters with multiple galleries should have them divided by decade, not medium
With a margin of 4 votes,
over 50% support is required. 69.2% support achieved. CONSENSUS REACHED
divide galleries by decade, but keep one for miscellaneous pieces 5-9-1
This proposal concerns the galleries for Mario, Luigi, Peach, Toad, Bowser, Daisy, Yoshi, Wario, Waluigi, and Donkey Kong. In years past, all of these characters originally had single gallery pages for all of the visual material we had, like most subjects with galleries. Overtime, as editors uploaded more material and new games were published, this became unsustainable for them. Their galleries became too big, had difficulty to load for some users, and - for me at least - became difficult to navigate visually. The decision to divide their galleries into smaller ones was wise and substantive. However, the decision to divide them up by the type of media (i.e. artwork, scans, sprites and models, screenshots, etc.) was not. It simply mitigated the problem, and only for the short-term.
Games have continued to come out, editors continue to upload visual treasures, and unless something truly catastrophic happens at Nintendo or the global video game industry, they will continue to produce video games, movies, merchandise, etc. for decades to come. We will inevitably find ourselves with the same problem we had before: galleries too large to navigate efficiently, and even to edit. I personally feel we are already at that point with some of these galleries, especially for Mario.
I would like us to change how we divide these gallery pages for a more permeant solution, where we divide them by decade, not the media. Using our main man as an example, Gallery:Mario artwork (media), Gallery:Mario artwork (miscellaneous), Gallery:Mario scans, Gallery:Mario sprites and models, and Gallery:Mario screenshots will be replaced by Gallery:Mario (1981-1989), Gallery:Mario (1990-1999), Gallery:Mario (2000-2009), Gallery:Mario (2010-2019), and Gallery:Mario (2020-present). Each gallery with be subdivided the same we we typically subdivide galleries (artwork, sprites and models, screenshots, with variance in between as needed for things like scans), but it will only be media released during those respective time periods. At the end of a decade, the Gallery:Mario (2020-present) would be renamed Gallery:Mario (2020-2029), and a new one would be established titled Gallery:Mario (2030-present). For characters that debuted at the very end of a decade, like Daisy, a special amendment would be made where the first gallery would be "Gallery:Princess Daisy (1989-1999)", but all subsequent ones would be the same.
The reasons why I think this would work are as follows:
This is sustainable, whereas the current setup is not. Sans time travel, Nintendo will not be publishing any more games during past decades, so there likely would not be any instances where we would need to consider further trimming or splitting galleries for these characters.
This will make the galleries for these characters smaller, ensuring they are more digestible for readers to browse and easier for editors to curate. I really do think some of these galleries have become quite the beasts, and the seer sizes of them make them a little less enjoyable to skim. And ultimately, I would really like visitors to enjoy what we do here and appreciate the visual material in the galleries. Editing some of these galleries as is strains my laptop, and I suspect I am not the only one.
We already organize the material within galleries by release date, so it would be easy enough to divide be decade.
I strongly suspect the user who wants to see screenshots of, say, Bowser in the first Super Mario Bros. is the same type of user who would want to see artwork and sprites of him from that game, so it makes more sense for them to be accessible in the same gallery.
It will be easier for editors to incorporate the new material they come across. Rather than worry they are putting a piece of artwork for a character in the wrong place, they can simply work on the latest gallery for the character.
"But Nintendo101," I hear you type. "This is all fine and dandy, but why would we use the Gregorian calendar instead of console generations or even the consoles themselves?" You ask such good questions. I really respect that about that you. Not all of the material in these galleries come from video games, and it is inherently more intuitive for viewers not very versed in gaming culture to use the same dates they use in their everyday lives. There are also some disagreements on which consoles belong to which generations. So while there are certainly other ways this material can be subdivided, the Gregorian calendar is the simplest.
I offer three options:
Support: Reorganize the affected galleries by decades, not medium, including material currently listed under "miscellaneous." Even miscellaneous pieces were released at some point, and often reflect the style of the games released around the same time, so it would make sense to cluster them together.
Support: Reorganize the affected galleries by decades, but keep the ones for miscellaneous artwork separate. For those who feel like general promotional material makes sense in a gallery of its own. Using the earlier example, there would still be a Gallery:Mario (miscellaneous) alongside those decade articles.
Oppose: Keep galleries separated by medium, not decade. This would also be the "do nothing" option.
Proposer: Nintendo101 (talk) Deadline: September 8th, 2024, 23:59 GMT
Support: Reorganize these galleries by decade, including material currently listed under "miscellaneous"
Super Mario RPG (talk) It would be nice to have every image applying to certain games, be it artwork, sprites, screenshots, and so forth, on the same page.
ThePowerPlayer (talk) This would have the added benefit of reducing the main gallery page for each character to be solely a disambiguation, instead of confusingly containing links to sub-galleries while also housing miscellaneous images on the same page.
EvieMaybe (talk) after talking with N101 on discord, i understood the proposal better. i'm still not sure what we'll do for artwork we don't know the date of, but this is a good idea.
PaperSplash (talk) I do think it makes more sense to keep miscellaneous artwork separate.
Mario (talk) If this works out, I'll consider the first option too. Anyway, this isn't sustainable in the future. We're going to need to split Mario's gallery even more whenever we like it or not. Split by decade is going to future proof it but if the resulting pages are too small then we can consider merges in the future.
DryBonesBandit (talk) I only vote this over Option 1 because it's difficult to name a source in the captions for misc. artwork when the uploaders may not include one.
#Paper Plumm (talk) I think this is just a better way of organising it. Having it split by its current category provides a more cohesive showcase.
PnnyCrygr (talk) Per all. Sorting them by decade just makes the sprites, models, promo art, and scans harder to find in a jumbled clutter of knick-knacks. Sorting by medium is more convenient and uses less space. And as Evie said, sorting by medium helps to specifically look up an image of one medium among those of same medium.
#EvieMaybe (talk) as both a pixel and traditional artist, being able to specifically look up all of mario's sprites or all of mario's artwork for reference material is massively helpful. i'm willing to change my vote if an option that doesn't impact this is proposed, but for now i'm opposing
Comments
Some art in Mario's gallery, we don't know a definite year they're from. File:Marioart8.png, for instance, is uploaded on 2013 but this may originate earlier due the rendering style being reminiscent of the later 2000s. In case we get promo art of Mario between, say, 2009 and 2010 where we can't 100% verify the date (for instance, this is uploaded in 2010, but again this may be years earlier), is there a way we can determine where they'll be placed? It's me, Mario! (Talk / Stalk) 22:26, September 1, 2024 (EDT)
I think the first support option would necessitate some detective work, but if one is wary that we do not have the adequate tools or insight necessary to confidently track that information down, I think the second support option would be adequate, where a miscellaneous gallery would still be maintained for neutral promotional material of unclear release date. - Nintendo101 (talk) 22:30, September 1, 2024 (EDT)
That's also an issue that I've been meaning to bring up: "miscellaneous art" sections are ordered with no rhyme or reason whatsoever and never have any dates on anything. Both of those need to be fixed; the origins and times should all be found whenever possible. Doc von Schmeltwick (talk) 23:27, September 1, 2024 (EDT)
I do actually try to organize misc art whenever I come across that page and decide to do this. In Mario's case, at one point, I did put all the solo art in one spot, first, and then clumped by age of art. Then the group art is next, and I tried ordering it on like how much Mario is there or how clean the art is. Of course, the page has been drastically changed since, but you may have seen remnants of how I organized it. It's me, Mario! (Talk / Stalk) 23:38, September 1, 2024 (EDT)
@Paper Plumm these galleries were split into pieces in the first place because they were too large to load efficiently or even edit. The current set-up only ensures we will have to do this again because Nintendo will not stop publishing games and assets. What would you suggest we do to ensure this does not happen? - Nintendo101 (talk) 20:33, September 2, 2024 (EDT)
Hypothetically speaking, what if we split the galleries by decade AND medium? (e.g. Gallery:Mario artwork (media, 1981-1989) or Gallery:Bowser sprites (1991-1999)? rend(talk)(edits) 15:00, September 3, 2024 (EDT)
@Arend I personally would not be interested in a character having so many small galleries dedicated to themselves that could otherwise be consolidated into a focused few. Additionally, your suggestion would not address @EvieMaybe's desire to have all assets on one page - something that I maintain is unsustainable and would have to be split anyways due to the sheer volume of material. From my perspective, we have already reached that point. The current galleries for Mario and Luigi are straight-up unusable, or at least they are on my end and I suspect I am not the alone in that. My laptop struggles loading these galleries (therefore, the point of splitting them in the first place is no longer working) and this is particularly exasperated when I try to correct a mistake and triply so if I want to preview a revision. When these galleries do load, I have difficulty finding what I want. I have been puzzled by some of the opposition and lack of support for this proposal. No sustainable alternatives have been introduced that would address the points I outlined above, and I principally do not think it is wise for us to maintain systemic policies that are unsustainable. While this proposal may not satiate everything people want in galleries, I encourage the opposition to consider that perfect is the enemy of the good. - Nintendo101 (talk) 17:33, September 3, 2024 (EDT)
i'm okay with having to load two pages, personally. the issue isn't having everything you want in exactly one gallery, is not having all the stuff you DON'T want mixed in with itEvieMaybe (talk) 18:26, September 4, 2024 (EDT)
I think it would be better to distinguish by console generation. (e.g. Gallery:Mario artwork (media, 1981-1998) (Until to SNES/Game Boy (GB/SGB only); 17 years), Gallery:Mario artwork (media, 1996-2012) (Nintendo 64 to Nintendo DS/Wii; 16 years) and Mario (media, 2011-present) (Nintendo 3DS to present; 13 years). Windy (talk) 10:23, September 8, 2024 (EDT)
Prioritize Paper Mario: The Thousand-Year Door (Nintendo Switch) names for all recurring Paper Mario items that appear in that game
Prioritize Paper Mario: The Thousand Year Door (Nintendo Switch) item names 9-0
As opposed to their more "recent" names from Super Paper Mario. For all intents and purposes, I believe The Thousand-Year Door's remake should be treated as the more "recent" game as while it is simply a remake of an older game, The Thousand-Year Door's remake also just came out this year on Nintendo's most recently released system to date, while Super Paper Mario released over 17 years ago and is currently only officially playable on now-discontinued systems.
To reiterate from a more practical standpoint, prioritizing the most recent original game with those items that came out 17 years ago as opposed to the very recent remake only causes unneeded confusion among users who are more likely to be looking them up in relation to the latter. I can attest to this myself: during my own playthrough of The Thousand-Year Door's remake, I consulted this wiki's pages for items multiple times and was confused as to why we were still using the now not-so-recent Super Paper Mario names for them as opposed to the ones I was seeing in-game in this very recent remake.
Moreover, there are some names for items in The Thousand-Year Door's remake that have been altered from both their appearances in original game and Super Paper Mario when applicable: namely all uses of "Shroom" have been changed to "Mushroom", and we do reflect those changes now in our article titles and leads, treating The Thousand-Year Door's remake as the most recent game in those instances. Now, I can understand the likely argument for using both those and the Super Paper Mario names where applicable: most of the item names in The Thousand-Year Door's remake apart from the "Shroom" stuff are unchanged from their appearances in the less recent original game, but we can reflect names unique to the more recent remake, I suppose. But that still seems somewhat arbitrary and needlessly inconsistent to me, especially in cases where the names used in the original The Thousand-Year Door, Super Paper Mario and the former game's remake all differ (see Mushroom Fry and Mushroom Roast).
Proposer: PaperSplash (talk) Deadline: September 9, 2024, 23:59 GMT
