MarioWiki:Proposals

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.

This page observes the No-Signature Policy.

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 Guideline proposals must include a link to the draft page.
 * 2) Proposals end at the end of the day (23:59) one week after voting starts, except for Writing Guidelines and Talk Page Proposals, which run for two weeks. (All times GMT.)
 * 3) *For example, if a proposal is added at any time on Monday, August 1, 2011, the voting starts immediately and the deadline is one week later on Monday, August 8, at 23:59 GMT.
 * 4) Every vote should have a reason accompanying it. Agreeing with or seconding a previously mentioned reason given by another user is accepted.
 * 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 at any time, but the final decision to remove another user's vote lies solely with the administrators.
 * 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 that has three votes or less at deadline will automatically be listed as "NO QUORUM." The original proposer then has the option to relist said proposal to generate more discussion.
 * 9) All proposals that end up in a tie will be extended for another week. Proposals with more than two options must also be extended another week if any single option does not have a majority support: i.e. more than half of all votes cast must be for a single option, rather than one option simply having more votes than the other options.
 * 10) If a proposal has more than ten votes, it can only pass or fail by a margin of three votes. In other words, one option must have 50% + 3 of all votes cast. This means that if a basic two-option 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. Proposals with more than two options require more precise counting of votes to determine if an extension is necessary.
 * 11) Proposals can only be extended up to three times. If a consensus has not been reached by the fourth deadline, 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) Proposals can only be rewritten or deleted by their proposer within the first three days of their creation. However, proposers can request that their proposal be deleted by an administrator at any time, provided they have a valid reason for it. Please note that cancelled proposals must also be archived.
 * 14) 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.
 * 15) There should not be proposals about creating articles on an 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 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.

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. - ===[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: Deadline: [insert a deadline here, 7 days after the proposal was created, at 23:59 GMT. (14 days for Writing Guidelines and Talk Page Proposals)

====Support====
 * 1) [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 " # 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 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.


 * For a list of all settled Talk Page Proposals, see here.

Rules
 * 1) All active talk page proposals must be listed below in chronological order (new proposals go at the bottom). All pages affected must be mentioned in the brief description, with the talk page housing the discussion linked to directly via "". If the proposal involved a page that is not yet made, use 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  under the section's header, and once the proposal is over, replace the template with.
 * 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) Voting in talk page proposals will be open for two weeks, not one. (All times GMT.)
 * 4) *For example, if a proposal is added at any time on Monday, August 1, 2011, it ends two weeks later on Monday, August 15, 2011, at 23:59 GMT.
 * 5) Talk page proposals may be closed by the proposer at any time if both the support and the oppose sides each have fewer than five votes.
 * 6) The talk page proposal must pertain to the article it is posted on.

List of Talk Page Proposals

 * Protect Template:Radius. (Discuss) Deadline: November 15, 2012, 23:59 GMT
 * Move Snufit Police to Snifit Police (Discuss) Deadline November 17, 2012, 23:59 GMT

Writing Guidelines
None at the moment.

New Features
None at the moment.

Remove Sprites From Galleries
I've been looking at some galleries, and I've noticed that almost each one consists of sprites. These sprites are small pictures that are no where near big enough to fit inside the size of a gallery picture box. The image appears blurry, which makes it hard to see. Most of the sprite's quality in a gallery is horrible. They shouldn't be in a gallery due to this and the fuzzy appearance. Instead, these sprites should go on an article under the game it pertains to. For example, a sprite of Mario in New Super Mario Bros. 2, will go on Mario's page under its respective game. I'm not saying that these sprites are useless, just their presence in a gallery should be ceased due to bad quality, fuzzy appearances, and redundancy. By redundancy, I mean that their are multiple sprites of a character in some galleries. I will make to voting sections: Remove Sprites From Galleries and Keep Sprites in Galleries.

Proposer: Deadline: November 12, 2012 23:59 GMT

Remove Sprites From Galleries

 * 1) Per proposal. Also, these sprites will be kept, just removed from galleries because they appear blurry. I also don't feel a gallery needs sprites. I think artwork, screenshots, and promotional artwork is enough categories to keep a gallery in good shape.

Keep Sprites in Galleries

 * 1) I think sprites should have a place in our image galleries. It is the best place to keep them all together.
 * 2) Galleries are a location where images can be neatly gathered.  It wouldn't be good having a bunch of them just strewn across the page. Also, per YoshiKong who managed to ninja me.
 * 3) Per Anton
 * 4) – Per all.
 * 5) Per all.
 * 6) Per all.
 * 7) Sprites are another type of art. Sprites are also official representations of characters in the games. Since they are official and relevant to the article, they should stay. And besides, removing sprites is a very broad thing. It would not only affect articles with "bad" quality sprites (even though those "sprites" are the best quality they can get), but it would also affect articles with the best quality sprites. Think Mario & Luigi, Mario Party, Super Mario Bros. games, Paper Mario, etc. All of those have galleries in which sprites are populated and removing those would greatly affect the illustrative information.
 * 8) - Per all. It's good to have centralized locations for all the images pertaining to a given subject (be it a game, character, or whatever), and that includes sprites (and 3D models). Plus, sticking all the sprites in the character pages would severely clutter up the History sections and make the articles look bad.
 * 9) - Per all. I'm not seeing the problem, to be honest. If there are any low quality images on the wiki (sprite or no), we probably have a template or something to tag them for upgrade should someone be of the mind to search for one.
 * 10) Per all. Sprites are another form of depiction for various characters, and removing them would only remove their importance in the Wiki's placement (where else would they go aside from cluttering character articles with them?).

Comments
@Hypnotoad, ironically, you said a key word there. Neatly gather images. That's the thing these sprites aren't neat. Their quality is atrocious.
 * How are they not neatly organized...they are organized by the order the game was released like every other image.
 * What I meant by "neatly" was that all of the images are in one location, as opposed to sporadically placed throughout the article.
 * @Hypnotoad I mean the articles for each character.
 * I may be misunderstanding what you mean. If you've got some links to examples, could you show them to help clarify?
 * @Hypnotoad say a sprite of Mario has bad quality and its in the gallery of its game. The sprite would go to Mario's article. Galleries make the sprite appear bigger, except the quality is awful.
 * I think sprites are suppose to have bad quality. They are sprites after all and aren't that big on the actual screen. They look bad cause on the gallery pages, they're bigger.
 * The NSMB2 ones aren't even sprites at all. They're 3D models. I don't know why they are improperly labeled as such. Besides, the quality isn't awful. It's actually superb for a 3DS game in that perspective. You're setting your expectations too high. The New Super Mario Bros. 2 "sprites" are the best they can get.

Merge 10-Point Star and 20-Point Star to Point Star
I was just looking at items, and I saw that the 10 and 20 point star items each have their own separate tiny article. I think this is unnecessary and we can easily merge these two tiny articles, as most of the information is simply repeated. As such, I propose that we merge them into a new page, called Point Stars, and simply put the info there.

Proposer: Deadline: November 12, 2012 23:59 GMT

Merge

 * 1) Per proposal.

Don't merge

 * 1) If they are different things, they deserve their own article.
 * 2) Per DKPetey99.
 * 3) - A small articles isn't a bad thing if the subject's small. Having different articles for the different Point Stars works perfectly fine.

Comments
This should be a tpp not a regular proposal.
 * Okay thanks for letting me know.

@Cooooool123 if they are merged, the name "Point Star" isn't official
 * But they're both POINT STARS. There's just a ten version and a twenty version. That's like saying the name "Coin" isn't official because there's blue and red coins. (bad example I know)
 * That is a horrible example (I don't even think it qualifies as an example) because Coin is the official name for the yellow coin just like how red coin is the official name for the red coin.
 * Yeah I know. XD My bad. But they're still both Point Stars, just different values. Okay I got a better example. It's like the ten coin and the twenty coin hexes. They're still hexes (coin hexes), even if they're different values.
 * And they have separate articles because they have different effects...
 * Yes, but they're nearly the same. That will be my next project. They're almost exactly the same, and there's no point if there's only one tiny difference.
 * @Coooool123 Yes, they are nearly the same, but they are not the same.
 * But they have the same effect. It's like the bean article. The beans have different names, and do different things, but they still have the same effect. (I'll find a better example later.)

I'm at odds with myself on this. One the one hand, the beauty of having a single subject wiki is we can essentially have an unlimited number of single purpose articles about every named thing within the initial single subject. On the other hand, there is the need for efficiency and coherence within the wiki (as an encyclopedic entity). This isn't the first time we've had disagreements about articles concerning items/characters/whatever covering virtually the same information. I've normally come into these topics with a "case to case" type of mentality, some things just should be combined into a single article and some things should not. tl;dr I'm not voting yet because I'd like to see what others have to say first, but I'm noting that I don't find the argument that "They aren't the exact same thing, look at the numbers!" to be very compelling.

Miscellaneous
None at the moment.