MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
Line 31: Line 31:
#{{User|ThePowerPlayer}} These tables are nearly direct copies of the "Music" list articles on SmashWiki. Just use the <nowiki>{{NIWA}} template</nowiki> in the References section of each article to provide easy access to the complete song list for each game.
#{{User|ThePowerPlayer}} These tables are nearly direct copies of the "Music" list articles on SmashWiki. Just use the <nowiki>{{NIWA}} template</nowiki> in the References section of each article to provide easy access to the complete song list for each game.
#{{User|Jdtendo}} Per all. <small>Maybe we should start considering Smash Bros. as a "guest appearance" series?</small>
#{{User|Jdtendo}} Per all. <small>Maybe we should start considering Smash Bros. as a "guest appearance" series?</small>
#{{User|Axii}} Per proposer. As always, I support trimming Smash coverage.


====Oppose====
====Oppose====

Revision as of 14:36, August 31, 2024

Image used as a banner for the Proposals page

Current time:
Saturday, November 9th, 20:17 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.
  • Any user can support or oppose, but must have a strong reason for doing so (not, e.g., "I like this idea!").
  • 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.

A proposal section works like a discussion page: comments are brought up and replied to using indents (colons, such as : or ::::) and all edits are signed using the code {{User|User name}}.

How to

Rules

  1. If users have 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 the other users, who will then vote about whether or not they think the idea should be used. 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}}.
  2. Only registered, autoconfirmed users can create, comment in, or vote on proposals and talk page proposals. Users may vote for more than one option, but they may not vote for every option available.
  3. Proposals end 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. Every vote should have a strong, sensible reason accompanying it. Agreeing with a previously mentioned reason given by another user is accepted (including "per" votes), but tangential comments, heavy sarcasm, and other misleading or irrelevant quips are just as invalid as providing no reason at all.
  5. 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 administrators.
    • 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.
  6. 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 "(banned)" 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.
  7. No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
  8. 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.
  9. If a proposal reaches its deadline and there is a tie for first place, then the proposal is extended for another week.
  10. 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 the {{proposal check}} tool to automate this calculation; see the template page for usage instructions and examples.
  11. 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 can only be re-proposed after four weeks (at the earliest).
  12. 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.
  13. If the administrators deem a proposal unnecessary or potentially detrimental to the upkeep of the Super Mario Wiki, they have the right to remove it at any time.
  14. Proposals can only be rewritten or canceled by their proposer within the first six days of their creation. However, proposers can request that their proposal be canceled by an administrator at any time, provided they have a valid reason for it. Please note that canceled proposals must also be archived.
  15. 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.
  16. Proposals cannot be made about promotions and demotions. Users can only be promoted and demoted by the will of the administration.
  17. No joke proposals. Proposals are serious wiki matters and should be handled professionally. Joke proposals will be deleted on sight.
  18. Proposals must have a status quo option (e.g. Oppose, Do nothing) unless the status quo itself violates policy.

Basic proposal and support/oppose format

This is an example of what your proposal must look like, if you want it to be acknowledged. If you are inexperienced or unsure how to set up this format, simply copy the following and paste it into the fitting section. Then replace the [subject] - variables with information to customize your proposal, so it says what you wish. If you insert the information, be sure to replace the whole variable including the squared brackets, so "[insert info here]" becomes "This is the inserted information", not "[This is the inserted information]". Proposals presenting multiple alternative courses of action can have more than two voting options, but what each voting section is supporting 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|[enter your username here]}}<br>
'''Deadline''': [insert a deadline here, 14 days after the proposal was created, at 23:59 GMT, in the format: "November 9, 2024, 23:59 GMT"]

====Support====
#{{User|[enter your username here]}} [make a statement indicating that you support your proposal]

====Oppose====

====Comments====


Users will now be able to vote on your proposal, until the set deadline is reached. Remember, you are a user as well, so you can vote on your own proposal just like the others.

To support, or oppose, just insert "#{{User|[add 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 just say "Per my 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. Proposals dealing with a large amount of splits, merges, or deletions across the wiki should still be held on this page.

For a list of all settled talk page proposals, see MarioWiki:Proposals/TPP archive and Category:Settled talk page proposals.

Rules

  1. 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. Place {{TPP}} under the section's header, and once the proposal is over, replace the template with {{settled TPP}}.
  2. All rules for talk page proposals are the same as mainspace proposals (see the "How to" section above), with the exceptions made by Rules 3 and 4 as follows:
  3. The talk page proposal must pertain to the subject page of the talk page it is posted on.
  4. When a talk page proposal passes, it should be removed from this list and included in the list under the "Unimplemented proposals" section until the proposed changes have been enacted.

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)
Split articles for the alternate-named reskins from All Night Nippon: Super Mario Bros., Doc von Schmeltwick (ended October 3, 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)

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)
Split Banana Peel from Banana, Doc von Schmeltwick (ended September 18, 2024)
Merge Spiked Thwomp with Thwomp, Blinker (ended November 2, 2024)

Writing guidelines

None at the moment.

New features

None at the moment.

Removals

Remove non-Mario music from Super Smash Bros. sound test pages

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

Support

  1. Mushzoom (talk) Per proposal.
  2. 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.
  3. Super Mario RPG (talk) Per proposer and Sparks.
  4. 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.
  5. SolemnStormcloud (talk) Per all.
  6. 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.
  7. Koopa con Carne (talk) Ah, yes, "One-Winged Angel" and "Awake", my favorite musical pieces from the Mario series. Per proposal and Sparks.
  8. 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.
  9. Jdtendo (talk) Per all. Maybe we should start considering Smash Bros. as a "guest appearance" series?
  10. Axii (talk) Per proposer. As always, I support trimming Smash coverage.

Oppose

  1. 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.)
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. Arend (talk) Per all.

Comments

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. BabyLuigiFire.pngRay 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. Icon showing how many lives Mario has left. From Super Mario 64 DS. 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)

@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)

Changes

Shorten disambiguation identifiers "(Super) Nintendo Entertainment System" to "(S)NES"

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 GMT Extended to August 27, 2024, 23:59 GMT Extended to September 3, 2024, 23:59 GMT

Support (SNES)

  1. Jdtendo (talk) Per proposal.
  2. Super Mario RPG (talk) Per proposal and similarly passed earlier proposal on shortening identifiers of the second and third Donkey Kong Country games.
  3. Technetium (talk) Per all.
  4. Mario shroom (talk) too long, agree.
  5. SeanWheeler (talk) Let's simplify the names.
  6. 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.

#Pseudo (talk) Per all.

Oppose (Super Nintendo Entertainment System)

  1. 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)".
  2. 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.
  3. JanMisali (talk) Per all.
  4. Pseudo (talk) Per Hewer and Camwoodstock.
  5. Sdman213 (talk) Per all.
  6. FanOfRosalina2007 (talk) Per all.
  7. Jazama (talk) Per all
  8. ThePowerPlayer (talk) Per all.
  9. Axii (talk) Per all.
  10. Metalex123 (talk) Per all.

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 Yoshi Head (light blue) from Mario Kart: Super Circuit (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)
@Hewer Okay, The Old Psychic Lady with the Evil Eye Who Reads Fortunes and Knows Everything Before It Happens' name is ridiculous. I want to propose a shortening of the title, but I don't know enough about the character. But that just shows why page names shouldn't be too long. SeanWheeler (talk) 20:27, August 14, 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). ArendLogoTransparent.pngrend (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. BabyLuigiFire.pngRay Trace(T|C) 20:09, August 15, 2024 (EDT)

Miscellaneous

Do not use t-posing models as infobox images

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.

Proposer: Nightwicked Bowser (talk)
Deadline: September 1, 2024, 23:59 GMT

Support

  1. Nightwicked Bowser (talk) Per proposal
  2. Super Mario RPG (talk) Per Nightwicked Bowser.
  3. Nintendo101 (talk) Per proposal.
  4. Technetium (talk) Per proposal.
  5. Sparks (talk) Per all.
  6. ThePowerPlayer (talk) T-poses are clearly not how the characters are meant to be portrayed.
  7. Camwoodstock (talk) Makes sense to us! Per proposal.
  8. 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.
  9. 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.
  10. Axii (talk) Per proposal.
  11. Killer Moth (talk) Per proposal.
  12. FanOfRosalina2007 (talk) Yeah, it looks strange and creepy with the t-poses. Per proposal.
  13. PaperSplash (talk) Per proposal. I especially agree that screenshots would be better.
  14. Arend (talk) Pose accuracy should take priority over asserting dominance.
  15. 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.

Oppose

Comments

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. BabyLuigiFire.pngRay 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. BabyLuigiFire.pngRay 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. BabyLuigiFire.pngRay 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

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.

Proposer: Doc von Schmeltwick (talk)
Deadline: September 2, 2024, 23:59 GMT

Support

  1. Doc von Schmeltwick (talk) - Per
  2. DrippingYellow (talk) Nothing wrong I can see with this. Per proposal, and Doc in the comments.
  3. Ahemtoday (talk) Seems like a straightforwardly good idea to me.
  4. Axii (talk) Per proposal
  5. FanOfRosalina2007 (talk) Per Doc von Schmeltwick in the comments (and per proposal as well).
  6. Arend (talk) Per all
  7. PaperSplash (talk) Per comments.
  8. Killer Moth (talk) Per all.
  9. OmegaRuby (talk) Per all, and per the discussion in the comments.
  10. Pseudo (talk) Per all.
  11. Windy (talk) Per all.
  12. ThePowerPlayer (talk) Per all.

Oppose

  1. 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. ArendLogoTransparent.pngrend (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. -- Artwork of Rosalina used for her amiibo. Also seen in Mario Party: The Top 100, Mario Kart Tour and Mario & Sonic at the Olympic Games Tokyo 2020. FanOfRosalina2007Artwork of Princess Peach for Mario Party: The Top 100 (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. ArendLogoTransparent.pngrend (talk) (edits) 16:54, August 27, 2024 (EDT)