MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
 
Line 1: Line 1:
<center>http://i143.photobucket.com/albums/r149/Deadringerforlove/dessert1.jpg</center>
{{/Header}}
<br clear="all">
{| align="center" style="width: 85%; background-color: #f1f1de; border: 2px solid #996; padding: 5px; color:black" ( The new Picture url http://www.mariowiki.com/File:Wikipedesketch1.png )
|'''Proposals''' can be new features (such as an extension), removal of a previously added feature that has tired out, or new policies that must be approved via [[Wikipedia:Wikipedia:Consensus|consensus]] before any action(s) are done.
*Any user can support or oppose, but must have a strong reason for doing so, not, e.g., "I like this idea!"
*"Vote" periods last for one week.
*All past proposals are [[/Archive|archived]].
|}
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 <nowiki>{{User|</nowiki>''User name''<nowiki>}}</nowiki>.


This page observes the [[MarioWiki:No-Signature Policy|No-Signature Policy]].
==Writing guidelines==
===Add identifiers to near-identical titles===
Current MarioWiki writing guidelines state that articles with shared titles recieve an identifier to disambiguate between them (see: [[Mark (Mario Tennis series)|Mark (''Mario Tennis'' series)]] and [[Mark (NES Open Tournament Golf)|Mark (''NES Open Tournament Golf'')]]). However, this currently relies on the articles sharing an identical, character-by-character name. This means [[Color coin]] (''Super Mario Run'') and [[Colored coin]] (''Wario Land 3'') do not recieve identifiers, despite sharing functionally identical titles. Other sets of articles with the same dilemma include [[Secret Course 1]] (''Super Mario Land 2: 6 Golden Coins'') and [[Secret Course 01]] (''Super Mario Run''), [[Spyguy]] (''Mario vs. Donkey Kong 2: March of the Minis'') and [[Spy Guy]] (''Paper Mario''), and [[Rollin' Down the River]] (''Yoshi's Woolly World'') and [[Rolling Down the River]] (''The Super Mario Bros. Super Show!'').  


<h2 style="color:black">How To</h2>
This proposal aims to amend [[MarioWiki:Naming]] to consider near-identical titles like these as "shared titles", and thus qualify for recieving an identifier according to the established criteria. This is already applied in some articles, but this proposal aims to formalize it as part of the naming rules.
#Actions that users feel are appropriate to have community approval first can be added by anyone, but they must have a strong argument.
#Users then start to discuss on the issue. 24 hours after posting the proposal (rounding up or down to the next or previous full hour, respectively, is allowed), the voting period begins. (The proposer is allowed to support their proposal right after posting.) Each proposal ends at the end of the day one week after voting start. ('''All times GMT''').
#Every vote should have a reason accompanying it. Agreeing or seconding a previously mentioned reason given by another user is accepted.
#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. The voter can remove or rewrite his/her own vote at any time, but the final decision to remove another User's vote lies solely with the [[MarioWiki:Administrators|Administrators]].
#All proposals that end up in a tie will be extended for another week.
#If a proposal has more than ten votes, it can only pass or fail by a margin of '''three''' votes. If a proposal reaches the deadline and the total number of votes for each option differ by two or less votes, the deadline will be extended for another week.
#Any proposal that has three votes or less at deadline will automatically be listed as "[[Wikipedia:Quorum|NO QUORUM]]." The original proposer then has the option to relist said proposal to generate more discussion.
#No proposal can overturn the decision of a previous proposal that is less than '''4 weeks''' ('''28 days''') old.
#Proposals can only be rewritten or deleted by their proposer within the first three days of their creation. However, the proposer can request that their proposal be deleted by a [[MarioWiki:Administrators|Sysop]] at any time, provided they have a valid reason for it.
#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 a Sysop, the proposer can ask for that help.
#There shouldn't be proposals about creating articles on a underrepresented or completely absent subject, unless there is major disagreement about whether the content should be included. To organize efforts about completing articles on missing subjects, try creating a [[MarioWiki:PipeProject|PipeProject]].
#Proposals cannot be made about [[MarioWiki:Administrators|System Operator]] promotions and demotions. Sysops can only be promoted and demoted by the will of [[MarioWiki:Bureaucrats|Bureaucrats]].
#If the Sysops 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.
#No joke proposals. Proposals are serious wiki matters, and should be handled professionally. Joke proposals will be deleted on sight.


The times are in [[wikipedia:GMT|GMT]], and are set so that the user is more likely to be online at those times (after work/school, weekend nights). If a proposal is added on Monday night at 23:59 GMT, the deadline is the night of the Tuesday of the next week at 23:59 PM. If it is posted a minute later, the deadline is 23:59 PM of the Wednesday of the next week, since midnight is considered to be part of the next day, as 00:00 AM.
Note that this proposal only covers names that are '''semantically identical''', and only differ in formatting or minor word choices. [[Buzzar]] and [[Buzzer]] have extremely similar names, but they aren't semantically identical. [[Balloon Boo]] and [[Boo Balloon]] are extremely similar as well, but the word order sets them apart.  


===Basic Proposal and Support/Oppose Format===
'''Edit:''' Per Hewer's question and my comment below, I'd like to point out MarioWiki already does this sometimes. Pairs of near-identical names with identifiers include [[Family Basic (microgame)]] and [[Family BASIC]] (as ruled by [[Talk:Family_Basic_(microgame)#Moving_the_page|a proposal]]), [[Hot Air Balloon (Donkey Kong franchise)|Hot Air Balloon (''Donkey Kong'' franchise)]] and [[Hot-air balloon]], [[Finish line (object)]] and [[Finish Line (microgame)]], and [[Avalanche (obstacle)]] and both [[Avalanche! (Dance Dance Revolution: Mario Mix)|Avalanche! (''Dance Dance Revolution: Mario Mix'')]] and [[Avalanche! (Mario Party 4)|Avalanche! (''Mario Party 4'')]]. If this proposal doesn't pass, all of these would get their identifiers removed.
This is an example how your proposal should 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 <u>replace the whole variable including the squared brackets</u>, so "[insert info here]" becomes "This is the inserted information", not "[This is the inserted information]".
-----
<nowiki>===[insert a title for your Proposal here]===</nowiki><br>
<nowiki>[describe what issue this Proposal is about and what changes you think should be made to improve how the Wiki handles that issue]</nowiki>


<nowiki>'''Proposer''': {{User|[enter your username here]}}<br></nowiki><br>
'''Proposer''': {{User|EvieMaybe}}<br>
<nowiki>'''Voting start''': [insert a voting start time here, f.e. "2 January, 2010, 14:00". Voting start times are 24 hours after the time at which the proposal was posted, as described in Rule 2 above.]<br></nowiki><br>
'''Deadline''': November 26, 2024, 23:59 GMT
<nowiki>'''Deadline''': [insert a deadline here, 7 days after the voting start, at 23:59 GMT.]</nowiki>
 
<nowiki>====Support====</nowiki><br>
<nowiki>#{{User|[enter your username here]}} [make a statement indicating that you support your proposal]</nowiki>
 
<nowiki>====Oppose====</nowiki>
 
<nowiki>====Comments====</nowiki>
-----
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 "<nowiki>#{{User|[add your username here]}}</nowiki> 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".
 
__TOC__
 
<!--<center><span style="font-size:200%">CURRENTLY: '''{{#time: H:i, d M Y}} (GMT)'''</span></center>-->
 
 
 
<br>
 
==Talk Page Proposals==
All proposals dealing with a single article or a specific group of articles are held on the talk page of one of the articles in question. Proposals dealing with massive amounts of splits, merges or deletions across the Wiki should still be held on this page.
 
===How To===
#All active talk page proposals must be listed below in chronological order (new proposals go at the bottom). All pages effected must be mentioned in the ''brief'' description, with the talk page housing the discussion linked to directly via "({{fakelink|Discuss}})". If the proposal involved a page that is not yet made, use {{tem|fakelink}} to communicate its title. The '''Deadline''' must also be included in the entry. Linking to pages not directly involved in the talk page proposal is not recommended, as it clutters the list with unnecessary links. Place {{tem|TPP}} under the heading.
#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:
#Voting in talk page proposals will be open for two weeks, not one. There is no 24 hour delay between the posting of a talk page proposal and the commencement of voting.
#Talk page proposals may be closed by the proposer if both the support ''and'' the oppose sides each have fewer than five votes.
#The talk page proposal '''must''' pertain to the article it is posted on.
 
===List of Talk Page Proposals===
*Split [[Tinga]] and [[Inga]] ([[Talk:Tinga and Inga#Split Tinga and Inga|Discuss]]) '''Deadline''': October 14th, 2010, 23:59 GMT.
*Use DPL Table for failed Featured Article Nominations([[MarioWiki talk:Featured Articles#Talk Page Proposal: DPL Table|Discuss]]) '''Deadline:''' October 13th, 2010, 3:00 UCT
 
==New Features==
''None at the moment''
 
==Removals==
''None at the moment.
 
==Changes==
''None at the moment.''
 
==Miscellaneous==
 
===Making a Power Glove article===
I think we should make a article for the failed accessorie, the power glove. We have a article for the Atari 2600 and the Virtual boy, so why not make a power glove article. I will put in codes the players need to use to play the games.
 
'''Proposer''': {{User|Fuzzipede27}}<br>
'''Voting start''': 25 September, 2010, 10:00 GMT<br>
'''Deadline''': 2 October, 2010, 10:00 GMT.<br>


====Support====
====Support====
#{{User|Fuzzipede27}} Per proposal
#{{User|EvieMaybe}} per.
#{{User|Tomz123}} What would a Super Mario Wiki without those kinds of stuff?
#{{User|Super Mario RPG}} Per proposal.


====Oppose====
====Oppose====
#{{User|Reversinator}} Atari 2600 and Virtual Boy are consoles that had Mario titles. The Power Glove is an accessory that didn't have any Mario games specifically made for it.
#{{User|Altendo}} I don't see a need for this. If the names are similar, tophats containing the other pages can be placed on the pages with similar names. Identifiers are used to identify subjects with ''identical names'', not similar names.
#{{User|LeftyGreenMario}} Unless the power glove have any sort of Mario stuff on it, we are supposed to cover Mario-related content, not Nintendo content in general.
#{{User|Hewer}} Per Altendo, this is what [[Template:Distinguish]] is for. We have to use identifiers for identical titles because the wiki can't have multiple pages with the same title, but that limitation doesn't exist if the titles are just similar. This would make the titles longer than they need to be, and I could also see this leading to disagreements about what's similar enough to count, if the examples are anything to go by. Easier to stick to the objectivity of only giving identical names identifiers. The proposal also doesn't specify what the "some articles" are where this has already been done, but I'm assuming they should be changed.
#{{User|MrConcreteDonkey}} Per all.
#{{User|Ray Trace}} Per Hewer.
#{{User|Zero777}} I am Zero! Per all. Zero signing out.
#{{User|Dine2017}} Per Hewer & I'd like to see the use of identifier kept to a minimum because it simplifies typing (URL, wikicode, etc.)
#{{user|Basurao Pokabu Waribiaru Zeburaika Zuruguu A}} At Tomz123, it would be the Super Mario Wiki. Not making an appearance in any Mario game (besides cameo) or Super Smash Bros. game makes it not notable.
#{{User|SeanWheeler}} Per Hewer. No need to extend the title just because of a couple letter difference. The identifiers are there for identical titles because it's impossible for wikipages to have the same name.
#{{User|Smasher 101}}Per all.
#{{User|ThePowerPlayer}} Per Hewer. Making this change would only cause more confusion, not less.
#{{User|Booderdash}} Per all
#{{User|JF}} Mario has, like, nothing to do with the Power Glove.
#{{User|Frostyfireyoshi}} "I LOVE THE POWER GLOVE!! IT'S SO ...totally non-Mario." The only connections are Nintendo & that awesome film, ''The Wizard''.
#{{User|Mechayoshi}}per all. It's not mario at all.
#{{User|Bowser's luma}} About as Mario-related as Snooki. Per all.
#{{User|Nerfman2227}} Per all.
 
====Comments====
Did the Power Glove have any Mario games made for it period? I don't care about new ones, were any games made for the power glove that featured Mario or one of the Mario characters? {{User|Marioguy1}}
:The Wikipedia article doesn't say anything about Mario at all, so no. {{User|Reversinator}}
::Were there any Mario games that had used the power glove as an item/feature/cameo/etc? {{User|LeftyGreenMario}}
:::No. {{User|MrConcreteDonkey}}
::::I am Zero! @LGM Fail. Zero signing out. {{User|Zero777}}
:::::@LGM I think there's a cameo of it in a WarioWare game, but that alone doesn't merit an article. {{User|Reversinator}}
 
I don't even know hat a Power Glove is. Can someone explain it to me? {{User|Commander Code-8}}
:@CC-8: I'm sure that nobody here can explain better than [[wikipedia:Power Glove|wikipedia does]]. {{User|Marioguy1}}
 
===And You are.....?===
I just notice in some sections of articles, they refer to the game by an abbreviation (''SSBB'' is an example) or by another name usually just a shorten version of the game title (''Brawl'' another example). So we should have this settled once and for all, should we refer to Video game titles only by there full name in mainspace or still refer them by their abbreviations?
 
'''Proposer''': {{User|Zero777}}<br>
'''Voting start''': 28 September, 2010, 21:30<br>
'''Deadline''': 4 October, 2010, 21:30
 
====Use Full Names====
#{{User|Zero777}} I am Zero! It won't be that much work, it will just be every time you see one just change it to its full name, no problem. And it will avoid confusion to visitors who are '''very''' new to the Mario series. Zero signing out.
#{{User|LeftyGreenMario}} Not everyone knows what those abbreviations mean. It's always better to write it out the long way.
#{{User|LuigiMania}} Per LGM.
#{{User|Mechayoshi}} Per Zero
#{{User|Supershroom}} Abbreviations aren't their real names. It's like calling Luigi 'Weegee'. Mabye.
#{{User|WigglerWhoopin'Warrior135}} Per Marioguy1 (In comments)
#{{User|Fuzzipede27}} Per all.
#{{User|Smasher 101}} Per all.
#{{user|Mario jc}} Per Zero777. Using abbreviations is just plain laziness.
#{{User|Photo4}} Per Zero777 and LGM. Plus if it isn't the thing's real name, what's the point of informing people about the false thing?
 
====Keep Using Abbreviations====
#{{User|Bowser's luma}} It would be a lot of work to track down and remove all abbreviations, and it would be alright if they were kept, but only if the article states the abbreviation first. Such as "''Super Smash Bros. Brawl'', often abbreviated ''SSBB''..." at the beginning of the article.
#{{User|Nerfman2227}} Oh man. It would just be too much work to keep listing the entire name for every time it is referenced. A few titles like SSBM, SSBB, and some of the Mario vs Donkey Kong games come to mind.
#[[User:Lu-igi board|Lu-igi board]] per bowser luma


====Comments====
====Comments====
Full names in articles, abbreviations on talk pages. {{User|Marioguy1}}
I'm not sure why this is a problem in the first place, can you please elaborate? --{{User:Waluigi Time/sig}} 12:13, November 11, 2024 (EST)
:We already have a rule on this. Full names go in articles. {{User|Fawfulfury65}}
:i just find it a bit unreasonable to expect people to remember the difference between two names that are identical in all but formatting, or essentially irrelevant word choice differences (in the case of Color coin and Colored coin, which have also been). this is especially true while editing; i had to verify whether Secret Course 1 was the SML2 one or the SMR one when writing the [[Secret exit]] article. without resorting to a literal, robotic interpretation of the rules, all of the articles i mentioned have functionally "the same name" as their pair, and there is precedent for adding identifiers to article names like these. [[Family Basic (microgame)]] recieved a differentiatior because a mere capitalization difference from [[Family BASIC]] [[Talk:Family_Basic_(microgame)#Moving_the_page|was deemed unreasonable]]. folks in the MarioWiki Discord server agreed with me when i asked if i should rename [[Hot Air Balloon (Donkey Kong franchise)]] (previously just "Hot Air Balloon", with no hyphen and Air capitalized) to differentiate it from [[Hot-air balloon]]. [[Avalanche (obstacle)]] has an identifier to separate it from [[Avalanche! (Dance Dance Revolution: Mario Mix)]] and [[Avalanche! (Mario Party 4)]], even though both of them have exclamation marks. [[Finish line (object)]] and [[Finish Line (microgame)]] get identifiers, even though they're capitalized differently. this is something we already do, the aim here is just to formalize it. [[User:EvieMaybe|EvieMaybe]] ([[User talk:EvieMaybe|talk]]) 14:51, November 11, 2024 (EST)
::Well then, this proposal is proposing something that has been proposed and passed previous to this proposal. {{User|Marioguy1}}
::This proposal passing wouldn't mean you no longer have to check whether it's Secret Course 1 or 01, it'd just mean you now have to type an unnecessary identifier and pipe link it as well. I'd say it's different for finish line and Family BASIC where the only difference between titles is casing, as the search function on the wiki is case insensitive (and also, that proposal made [[Family Basic]] a redirect to [[Family BASIC]], so an identifier is still needed to distinguish from that). But in the other cases, we don't need the identifier. {{User:Hewer/sig}} 15:49, November 11, 2024 (EST)


I won't be voting in this because my view is that something should only be shorted/abbrieviated if it's already been mentioned. {{User|Commander Code-8}}
==New features==
===Create articles for Glohm enemies or merge them with their normal counterparts===
{{early notice|November 28}}
I'm currently contributing to ''[[Mario & Luigi: Brothership]]'' content, and I'm currently creating articles for enemies in the game. It has been brought to my attention that [[Glohm]] enemies are basically stronger versions of preexisting enemies, although they have unique characteristics.


*{{User|M&SG}} - Abbreviations should only be used when the game's full name is shown BEFORE the abbreviation is used. That way, people won't get too confused.
This proposal aims to determine whether or not Glohm enemies get their own articles. So, there are two choices for when Glohm enemy coverage eventually occurs:
:I believe that things should never be abbreviated, it will not kill you to write the entire title and improve clarification and understanding within the article. And @ all those opposing because it's "too much work", this is an easy task, it will probably be done in under a month after this proposal passes (maybe even a week if people work dilligently). {{User|Marioguy1}}


[[MarioWiki:Manual of Style#Naming an Article]] - look at the last paragraph. So now shouldn't we all be using full names to begin with? {{User|Fawfulfury65}}
1. '''Glohm enemies get their own articles.''' They get their own dedicated pages.
:That applies only to article titles...this proposal will close all loopholes. {{User|Marioguy1}}


===The prefix "List of"===
2. '''Glohm enemy coverage is limited to the articles for their normal counterparts.''' This means all Glohm related information for them is explained for the normal versions of the enemies.
There are 166 lists on the wiki. 105 have the prefix "List of". The rest don't. We need concistency. Either we remove List of, or we add list of. I prefer removing it, because list of is unnecessary. While some of you might argue that people wouldn't know what is a list and what isn't, most of the articles that have list of are articles that people would expect to be lists.


'''Proposer''': {{User|Reversinator}}<br>
Let's see what happens!
'''Voting start''': October 1, 1:04 PM<br>
'''Deadline''': October 7, 23:59 GMT


====Remove "List of" from all lists====
'''Proposer''': {{User|Sparks}}<br>
#{{User|Reversinator}} Per me.
'''Deadline''': December 5, 2024, 23:59 GMT


====Add "List of" to all lists====
====Create new articles for Glohm enemies====
#{{User|Frostyfireyoshi}} Per Vellidragon's comment below. Also, if 105 list pages have "List of" in their name, then surely it would be easier to add that to the remaining few list pages instead of taking it off the page title?
#{{User|Sparks}} My preferred choice. Sure it could get repetitive and redundant, but it's worth it to document the abilities of these Glohm enemies.
#{{user|Tucayo}} - Per vellidragon
#{{User|Camwoodstock}} We give articles to [[Elite Dry Bones|other stronger]] [[Shy Guy R|RPG enemy]] [[Antasma X|and boss variants]], so why should Brothership be any different?
#{{User|Bowser's luma}} The easiest way to be productive is what we want, so per Vellidragon.
#{{User|Tails777}} They are stronger variants with different stats to their originals, no different from every example Camwoodstock gave. Per proposal.
#{{User|Fawfulfury65}} Per comments
#{{User|DryBonesBandit}} Per all.
#{{User|Vellidragon}} - Per my comment.
#{{User|Zootalo}} The Shiny Paper versions of enemies from Paper Jam have their own articles as well; this is no different. Per all.
#{{User|Commander Code-8}} This wouldn't work that well. Example: The List of Implied characters would just be called Implied Characters. Per all
#{{User|Nightwicked Bowser}} Probably best for overall consistancy with a game like this one.
#{{User|Technetium}} Per all.
#{{User|Cheat-master30}} Given that some of them have specific differences in attack patterns, it seems like they should probably get unique articles.


====Leave the list titles alone====  
====Include Glohm enemy coverage on their normal counterparts' articles without creating new articles for them====


====Comments====
====Comments====
Imo, the "list of" parts make sense as a means of justifying the use of the plural in the article title, which is not normally allowed. It also makes it clear that the article doesn't just explain the concept of something; e.g. a "List of Games" lists games instead of just describing what games are; if it didn't have the "list of" part, a logical assumption would be that it does the latter.--{{User|Vellidragon}}
{{@|Zootalo}} The Paper Jam shiny enemies are not split, but the Sticker Star ones are. {{Unsigned|Nightwicked Bowser}}
:I agree with Vellidragon, if the article is an article entitled (following his example) "Games", it is expected that the article will contain information on what games are, different gaming systems, etc.


:However if the article is entitled "List of Games", it is expected that there will be a large list of all games which is what will actually be shown in the article. {{User|Marioguy1}}
Kinda torn to be honest. I voted yes because some of them have specific differences from their regular counterparts (Glohm Floopfly Rs and Glohm Soreboars always explode once defeated for example), but then we've got the weird situation of trying to figure out what exactly you'd include on a page for the enemies without these things, like the Glohm Palookas (which as far as I know, look and act almost identically to their standard counterparts). --[[User:Cheat-master30|Cheat-master30]] ([[User talk:Cheat-master30|talk]]) 22:30, November 23, 2024 (EST)
::Then what about pages like the Bestaries we have for the PM series and SMRPG? I mean, I do like the idea of being all the same, but still, it will be hard with some names to move. {{User|Baby Mario Bloops}}
:In fairness, this could also be said about many other stronger variants of enemies. The only real difference between a Goomba and Gloomba are the color schemes, in a similar way to how the only difference between a Palooka and a Glohm Palooka is the darker coloration and Glohmy aura. It's kinda just a natural thing for most stronger variants (not all mind you, but most). {{User:Tails777/sig}}


===Character Pages Extras===
==Removals==
Alright, you can even look at the articles of [[Mario]], [[Luigi]], [[Peach]], and so on, to see that the pages are HUGE! In all, that is a very good thing that should be with all the info they have, but then you see the small sections known as the cartoons and comics area. Do we really need them to be on the main characters pages? I mean, we can't just toss it aside, but really...
''None at the moment.''


My proposal is not entirely deleting that info about the comics, cartoons, stories, and that stuff, but to move it to a different page. To show an example, for the comics that Mario has been in, we could make a page {{fakelink|Mario (comics)}} and be able to view all the comics Mario has been in and what his comic-counterpart is like. That will help with all the information from the animated stuff that differs greatly from the character's video game background.
==Changes==
===Tag images of bind-posing models for reuploading===
It's been two years since [[MarioWiki:Proposals/Archive/69#Do not use t-posing models as infobox images|the previous proposal]] had passed. Now let's talk about tagging images of bind-posing models for reuploading. Take [https://www.models-resource.com/resources/big_icons/4/3950.png?updated=1673644745 this image] for example. As you can see, this image is a bind-posing model. Once this proposal passes, we'll be able to tag every bind-posing model with this:


It might sound troubling at first, but think of it as just making another page for the character. We have [[Baby Mario]], [[Baby Luigi]], [[Baby Peach]], and so on, and they are just a younger form of the adult counterparts we have known for awhile. And on that topic, we even had a proposal before that wanted to separate some of the baby info from the video game since the cartoon made it seem like they appeared a lot earlier.
{{tem|image-quality|Bind-posing model; should be replaced with a rendered game model}}


Alright, I think I talked quite enough for the proposal statement, so just vote on what you think would be best for this wiki. I'm just saying though, that the pros are more pleasant and outnumbering than the cons for the benefits to the wiki.
That way, if a bind-posing model is reuploaded as a rendered game model that serves as a replacement, we'll be able to reuse it as an infobox image.


'''Proposer''': {{User|Baby Mario Bloops}}<br>
'''Proposer''': {{User|GuntherBayBeee}}<br>
'''Voting start''': 3 October, 2010, 0:43 GMT<br>
'''Deadline''': November 29, 2024, 23:59 GMT
'''Deadline''': 9 October, 2010, 23:59 GMT.<br>


====Support====
====Support====
#{{User|GuntherBayBeee}} Per proposal
<s>#{{User|ThePowerPlayer}} Like I said in the other proposal, T-poses are generally not how characters are supposed to look. If [[MarioWiki:Proposals/Archive/70#Prioritize MESEN/NEStopia palette for NES sprites and screenshots|this]] is any indication, the wiki should favor game accuracy in images.</s>


====Oppose====
====Oppose====
#{{User|Nintendo101}} I think it is great when users replace images of bind-posed (or "t-posed") models with organically rendered ones. It is a practice I personally encourage and welcome. However, I do think there [[:File:PiantissimoUnmasked.png|can be educational and illustrative purposes to bind-posed models]], and I think a blanket rule would put unnecessary pressure on the users of this site to render models when a bind-posed one can be more than serviceable, and may even discourage the cataloging of 3D assets in the future if a user cannot render them. Rendering models is a very time-consuming process, and I think it is healthier to just allow users to replace the bind-posed images we have ''if'' they can. Not require them to. Perfection is the enemy of the good.
#{{User|EvieMaybe}} this seems better handled on a case-by-case basis rather than a full sweep
#{{User|Waluigi Time}} Per all.
#{{User|Hewer}} Per all, a hard rule isn't necessary here.
#{{User|ThePowerPlayer}} Per all.
#{{User|Camwoodstock}} Per all, especially Nintendo101. Given there ''are'' scenarios where bind-posed/T-posed models are actually more illustrative than properly rigged alternatives, we should probably handle these on a case-by-case basis.
#{{User|Mario}} Tag them if they're bad quality, not because they're t-posed.


====Comments====
====Comments====
Has anyone else here seen the DC wiki? They have a similar thing that this proposal's talking about. There's one article for the mainstream comics character, and another for that character in a TV Show, Parallel universe etc. and it works pretty well. It wouldn't hurt to have the same thng happen here, Especially since we don't have much on the comics/cartoons. {{User|Commander Code-8}}
Wording should be changed to "bind pose" since not all characters are T-posed, especially non-bipeds ([https://www.models-resource.com/resources/big_icons/4/3950.png?updated=1673644745 like Yoshi from Super Smash Bros. Melee or Brawl], Wiggler, Buzzy Beetles, Piranha Plants, and more) and A-pose exists as a default pose too. In addition, models technically aren't "t-posing", they're modeled this way before animations and a rig are applied to them, the wording makes them look like they're animating when they're not. {{User:Ray Trace/sig}} 20:36, November 15, 2024 (EST)


One other thing is that we might have to create some disambiguation pages so that these new articles can actually be found. Eg: The Mario disambiguation might have about 5, which could include the Cartoon, the comics and a seperate one for each film. My point is that we need to be able to make disambiguation pages. But it shouldn't be to much of a problem. {{User|Commander Code-8}}
Does this proposal advocate replacing these ripped models with ones that are posed from a screenshot or posed in a 3d program with ripped animation files? Not all models are ripped with animations, so it's a bit of a task to undertake if you really want models with animations AND a rig (let's not get started in lighting, which is a separate skillset that's demanded from renderers; not many people get the lighting very good, no offense!); a chunk of models tend to not have a rig, much less an animation. Additionally, some t-posed models are great to use when comparing models or viewing models ''as they are''. [[:File:MLNPC.png]] is an example where it's easy to compare the proportions of Mario, PC Luigi, and NPC Luigi. Sure, you can probably put them all in a orthographic lineup in the same keyframe of a shared animation, but due to the arms, legs, spine, and head all straightened out, it's better to illustrate in T-pose imo. {{User:Mario/sig}} 21:00, November 15, 2024 (EST)


The DC Wiki may do this, but at the same time, DC comics are much heavier on continuity than Mario, and some "alternate universe" versions are considered characters in their own right. It's not rare for Superman to meet one of his alternate-univere self, for  one. And the reason we have separate pages for the babies is that they're often seen at the same time as their adult counterparts (ex: The sport games, M&L: Pit) and thus are different characters.
==Miscellaneous==
 
''None at the moment.''
The proposer says the character pages are huge, and while our amount of content certainly plays a part in that, the main reason is that they're honestly [[http://a.imageshack.us/img717/1142/mario1c.jpg terribly]] [[http://a.imageshack.us/img525/9676/mario2x.jpg written]], filled to the brim with wordcruft, tangents about the IRL impact of the games and summarising entire plot including the parts that aren't relevant to the character. Even the cartoon sections have that problem, describing damn near every episodes Mario appeared in, even though most of it is not relevant.
 
And though that's a silly reason, I'd like to avoid the inevitable headache ''if'' either [[User:Stumers|Stumpers]] or[[User:Son Of Suns|Son Of Suns]] come back, both of which were senior sysops really, really opposed to separating the cartoons and comics from the games. --[[User:Glowsquid|Glowsquid]] 12:22, 2 October 2010 (UTC)

Latest revision as of 15:10, November 25, 2024

Image used as a banner for the Proposals page
Current time:
Tuesday, November 26th, 19:45 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.

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 autoconfirmed users may create or vote on proposals and talk page proposals. While only autoconfirmed users can comment on proposals, anyone is free to comment on talk page proposals.
  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. 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 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.
  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 "(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.
  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.
    • Use {{proposal check|early=yes}} to automate this calculation; see the template page for usage instructions and examples.
  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 or talk page proposal passes, it is added to the corresponding 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 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 26, 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. Place {{TPP}} under the section's header, 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)
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)
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)

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)
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)
Create articles for "Ashita ni Nattara" and "Banana Tengoku" or list them in List of Donkey Kong Country (television series) songs, Starluxe (ended November 23, 2024)

Writing guidelines

Add identifiers to near-identical titles

Current MarioWiki writing guidelines state that articles with shared titles recieve an identifier to disambiguate between them (see: Mark (Mario Tennis series) and Mark (NES Open Tournament Golf)). However, this currently relies on the articles sharing an identical, character-by-character name. This means Color coin (Super Mario Run) and Colored coin (Wario Land 3) do not recieve identifiers, despite sharing functionally identical titles. Other sets of articles with the same dilemma include Secret Course 1 (Super Mario Land 2: 6 Golden Coins) and Secret Course 01 (Super Mario Run), Spyguy (Mario vs. Donkey Kong 2: March of the Minis) and Spy Guy (Paper Mario), and Rollin' Down the River (Yoshi's Woolly World) and Rolling Down the River (The Super Mario Bros. Super Show!).

This proposal aims to amend MarioWiki:Naming to consider near-identical titles like these as "shared titles", and thus qualify for recieving an identifier according to the established criteria. This is already applied in some articles, but this proposal aims to formalize it as part of the naming rules.

Note that this proposal only covers names that are semantically identical, and only differ in formatting or minor word choices. Buzzar and Buzzer have extremely similar names, but they aren't semantically identical. Balloon Boo and Boo Balloon are extremely similar as well, but the word order sets them apart.

Edit: Per Hewer's question and my comment below, I'd like to point out MarioWiki already does this sometimes. Pairs of near-identical names with identifiers include Family Basic (microgame) and Family BASIC (as ruled by a proposal), Hot Air Balloon (Donkey Kong franchise) and Hot-air balloon, Finish line (object) and Finish Line (microgame), and Avalanche (obstacle) and both Avalanche! (Dance Dance Revolution: Mario Mix) and Avalanche! (Mario Party 4). If this proposal doesn't pass, all of these would get their identifiers removed.

Proposer: EvieMaybe (talk)
Deadline: November 26, 2024, 23:59 GMT

Support

  1. EvieMaybe (talk) per.
  2. Super Mario RPG (talk) Per proposal.

Oppose

  1. Altendo (talk) I don't see a need for this. If the names are similar, tophats containing the other pages can be placed on the pages with similar names. Identifiers are used to identify subjects with identical names, not similar names.
  2. Hewer (talk) Per Altendo, this is what Template:Distinguish is for. We have to use identifiers for identical titles because the wiki can't have multiple pages with the same title, but that limitation doesn't exist if the titles are just similar. This would make the titles longer than they need to be, and I could also see this leading to disagreements about what's similar enough to count, if the examples are anything to go by. Easier to stick to the objectivity of only giving identical names identifiers. The proposal also doesn't specify what the "some articles" are where this has already been done, but I'm assuming they should be changed.
  3. Ray Trace (talk) Per Hewer.
  4. Dine2017 (talk) Per Hewer & I'd like to see the use of identifier kept to a minimum because it simplifies typing (URL, wikicode, etc.)
  5. SeanWheeler (talk) Per Hewer. No need to extend the title just because of a couple letter difference. The identifiers are there for identical titles because it's impossible for wikipages to have the same name.
  6. ThePowerPlayer (talk) Per Hewer. Making this change would only cause more confusion, not less.

Comments

I'm not sure why this is a problem in the first place, can you please elaborate? --Waluigi's head icon in Mario Kart 8 Deluxe. Too Bad! Waluigi Time! 12:13, November 11, 2024 (EST)

i just find it a bit unreasonable to expect people to remember the difference between two names that are identical in all but formatting, or essentially irrelevant word choice differences (in the case of Color coin and Colored coin, which have also been). this is especially true while editing; i had to verify whether Secret Course 1 was the SML2 one or the SMR one when writing the Secret exit article. without resorting to a literal, robotic interpretation of the rules, all of the articles i mentioned have functionally "the same name" as their pair, and there is precedent for adding identifiers to article names like these. Family Basic (microgame) recieved a differentiatior because a mere capitalization difference from Family BASIC was deemed unreasonable. folks in the MarioWiki Discord server agreed with me when i asked if i should rename Hot Air Balloon (Donkey Kong franchise) (previously just "Hot Air Balloon", with no hyphen and Air capitalized) to differentiate it from Hot-air balloon. Avalanche (obstacle) has an identifier to separate it from Avalanche! (Dance Dance Revolution: Mario Mix) and Avalanche! (Mario Party 4), even though both of them have exclamation marks. Finish line (object) and Finish Line (microgame) get identifiers, even though they're capitalized differently. this is something we already do, the aim here is just to formalize it. EvieMaybe (talk) 14:51, November 11, 2024 (EST)
This proposal passing wouldn't mean you no longer have to check whether it's Secret Course 1 or 01, it'd just mean you now have to type an unnecessary identifier and pipe link it as well. I'd say it's different for finish line and Family BASIC where the only difference between titles is casing, as the search function on the wiki is case insensitive (and also, that proposal made Family Basic a redirect to Family BASIC, so an identifier is still needed to distinguish from that). But in the other cases, we don't need the identifier. Hewer (talk · contributions · edit count) 15:49, November 11, 2024 (EST)

New features

Create articles for Glohm enemies or merge them with their normal counterparts

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

I'm currently contributing to Mario & Luigi: Brothership content, and I'm currently creating articles for enemies in the game. It has been brought to my attention that Glohm enemies are basically stronger versions of preexisting enemies, although they have unique characteristics.

This proposal aims to determine whether or not Glohm enemies get their own articles. So, there are two choices for when Glohm enemy coverage eventually occurs:

1. Glohm enemies get their own articles. They get their own dedicated pages.

2. Glohm enemy coverage is limited to the articles for their normal counterparts. This means all Glohm related information for them is explained for the normal versions of the enemies.

Let's see what happens!

Proposer: Sparks (talk)
Deadline: December 5, 2024, 23:59 GMT

Create new articles for Glohm enemies

  1. Sparks (talk) My preferred choice. Sure it could get repetitive and redundant, but it's worth it to document the abilities of these Glohm enemies.
  2. Camwoodstock (talk) We give articles to other stronger RPG enemy and boss variants, so why should Brothership be any different?
  3. Tails777 (talk) They are stronger variants with different stats to their originals, no different from every example Camwoodstock gave. Per proposal.
  4. DryBonesBandit (talk) Per all.
  5. Zootalo (talk) The Shiny Paper versions of enemies from Paper Jam have their own articles as well; this is no different. Per all.
  6. Nightwicked Bowser (talk) Probably best for overall consistancy with a game like this one.
  7. Technetium (talk) Per all.
  8. Cheat-master30 (talk) Given that some of them have specific differences in attack patterns, it seems like they should probably get unique articles.

Include Glohm enemy coverage on their normal counterparts' articles without creating new articles for them

Comments

@Zootalo The Paper Jam shiny enemies are not split, but the Sticker Star ones are.
The preceding unsigned comment was added by Nightwicked Bowser (talk).

Kinda torn to be honest. I voted yes because some of them have specific differences from their regular counterparts (Glohm Floopfly Rs and Glohm Soreboars always explode once defeated for example), but then we've got the weird situation of trying to figure out what exactly you'd include on a page for the enemies without these things, like the Glohm Palookas (which as far as I know, look and act almost identically to their standard counterparts). --Cheat-master30 (talk) 22:30, November 23, 2024 (EST)

In fairness, this could also be said about many other stronger variants of enemies. The only real difference between a Goomba and Gloomba are the color schemes, in a similar way to how the only difference between a Palooka and a Glohm Palooka is the darker coloration and Glohmy aura. It's kinda just a natural thing for most stronger variants (not all mind you, but most). Sprite of Yoshi's stock icon from Super Smash Bros. Ultimate Tails777 Talk to me!Sprite of Daisy's stock icon from Super Smash Bros. Ultimate

Removals

None at the moment.

Changes

Tag images of bind-posing models for reuploading

It's been two years since the previous proposal had passed. Now let's talk about tagging images of bind-posing models for reuploading. Take this image for example. As you can see, this image is a bind-posing model. Once this proposal passes, we'll be able to tag every bind-posing model with this:

{{image-quality|Bind-posing model; should be replaced with a rendered game model}}

That way, if a bind-posing model is reuploaded as a rendered game model that serves as a replacement, we'll be able to reuse it as an infobox image.

Proposer: GuntherBayBeee (talk)
Deadline: November 29, 2024, 23:59 GMT

Support

  1. GuntherBayBeee (talk) Per proposal

#ThePowerPlayer (talk) Like I said in the other proposal, T-poses are generally not how characters are supposed to look. If this is any indication, the wiki should favor game accuracy in images.

Oppose

  1. Nintendo101 (talk) I think it is great when users replace images of bind-posed (or "t-posed") models with organically rendered ones. It is a practice I personally encourage and welcome. However, I do think there can be educational and illustrative purposes to bind-posed models, and I think a blanket rule would put unnecessary pressure on the users of this site to render models when a bind-posed one can be more than serviceable, and may even discourage the cataloging of 3D assets in the future if a user cannot render them. Rendering models is a very time-consuming process, and I think it is healthier to just allow users to replace the bind-posed images we have if they can. Not require them to. Perfection is the enemy of the good.
  2. EvieMaybe (talk) this seems better handled on a case-by-case basis rather than a full sweep
  3. Waluigi Time (talk) Per all.
  4. Hewer (talk) Per all, a hard rule isn't necessary here.
  5. ThePowerPlayer (talk) Per all.
  6. Camwoodstock (talk) Per all, especially Nintendo101. Given there are scenarios where bind-posed/T-posed models are actually more illustrative than properly rigged alternatives, we should probably handle these on a case-by-case basis.
  7. Mario (talk) Tag them if they're bad quality, not because they're t-posed.

Comments

Wording should be changed to "bind pose" since not all characters are T-posed, especially non-bipeds (like Yoshi from Super Smash Bros. Melee or Brawl, Wiggler, Buzzy Beetles, Piranha Plants, and more) and A-pose exists as a default pose too. In addition, models technically aren't "t-posing", they're modeled this way before animations and a rig are applied to them, the wording makes them look like they're animating when they're not. BabyLuigiFire.pngRay Trace(T|C) 20:36, November 15, 2024 (EST)

Does this proposal advocate replacing these ripped models with ones that are posed from a screenshot or posed in a 3d program with ripped animation files? Not all models are ripped with animations, so it's a bit of a task to undertake if you really want models with animations AND a rig (let's not get started in lighting, which is a separate skillset that's demanded from renderers; not many people get the lighting very good, no offense!); a chunk of models tend to not have a rig, much less an animation. Additionally, some t-posed models are great to use when comparing models or viewing models as they are. File:MLNPC.png is an example where it's easy to compare the proportions of Mario, PC Luigi, and NPC Luigi. Sure, you can probably put them all in a orthographic lineup in the same keyframe of a shared animation, but due to the arms, legs, spine, and head all straightened out, it's better to illustrate in T-pose imo. Icon showing how many lives Mario has left. From Super Mario 64 DS. It's me, Mario! (Talk / Stalk) 21:00, November 15, 2024 (EST)

Miscellaneous

None at the moment.

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