MarioWiki:Proposals

http://i143.photobucket.com/albums/r149/Deadringerforlove/dessert1.jpg 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
 * 1) Actions that users feel are appropriate to have community approval first can be added by anyone, but they must have a strong argument.
 * 2) Users then vote and discuss on the issue during that week. The "deadline" for the proposal is one week from posting at:
 * 3) *Monday to Thursday: 17:00 (5pm)
 * 4) *Friday and Saturday: 20:00 (8pm)
 * 5) *Sunday: 15:00 (3pm)
 * 6) Every vote should have a reason accompanying it.
 * 7) 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 their own vote at any time, but the final decision to remove another User's vote lies solely with the Administrators.
 * 8) " # " should be added under the last vote of each support/oppose section to show another blank line.
 * 9) All proposals that end up in a tie will be extended for another week.
 * 10) 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.
 * 11) 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.
 * 12) No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
 * 13) 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 Sysop at any time, provided they have a valid reason for it.
 * 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 a Sysop, the proposer can ask for that help.
 * 15) 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 PipeProject.
 * 16) Proposals cannot be made about System Operator promotions and demotions. Sysops can only be promoted and demoted by the will of Bureaucrats.
 * 17) 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.
 * 18) No joke proposals. Proposals are serious wiki matters, and should be handled professionally. Joke proposals will be deleted on sight.

The times are in EDT (UTC -4:00), 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 Saturday night at 11:59 PM EDT, the deadline is the next Saturday night at 8:00 PM. If it is a minute later, the deadline is a day plus 15 hours (Sunday), as opposed to a day minus 4 hours.

Basic Proposal and Support/Oppose Format
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 replace the whole variable including the squared brackets, so "[insert info here]" becomes "This is the inserted information", not "[This is the inserted information]". - ===[insert a title for your Proposal here]=== [describe what you want this Proposal to be like, what changes you would suggest and what this is about]

Proposer: Deadline: [insert a deadline here, f.e. "5 January, 2010, 17:00". Rule 2 above explains how to determine a deadline]

====Support====

====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 anoother user's Proposal. If you are voting on your own Proposal, you can just say "Per my Proposal".

CURRENTLY: , 27 2024 (EDT)

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

 * 1) 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 "". 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.
 * 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, 4 and 5, as follows:
 * 3) Voting in talk page proposals will be open for two weeks, not one.
 * 4) Talk page proposals may closed by the proposer if both the support and the oppose sides each have fewer than five votes.
 * 5) After two weeks, a clear majority of three votes is required. Without the majority, the talk page proposal will be listed as "NO QUORUM".
 * 6) The talk page proposal must pertain to the article it is posted on.

List of Talk Page Proposals
''NOTE: Disorganized talk page proposals created before the current system may be running much longer than the standard two week voting period. In place of a deadline, these are marked as "overtime" and require immediate attention and resolution.''


 * Reorganize the "Metal" pages so that all information pertaining to the forms in general are found on Metal Mario, whereas metal characters get stand-alone articles. - Overtime
 * Merge Metal Wario into Metal Mario. (Discuss)
 * Split Metal Mario into and . (Discuss)
 * Move form aspects of Metal Luigi into Metal Mario, leaving information pertaining to the character in Super Smash Bros. Melee on the Metal Luigi article. (Mentioned in above Discussion pages.)
 * Merge Ultra Shroom into Ultra Mushroom. (Discuss) Deadline: 19 January 2010, 17:00
 * Merge Giant Ninji into Ninji or make article. (Discuss) Deadline: 21 January 2010, 17:00
 * Split Blizzard Midbus and Midbus into separate articles. (Discuss) Deadline: 23 January 2010, 17:00
 * Split all Assist Trophies into separate articles. (Discuss) Deadline: 27 January 2010, 17:00
 * Merge Triple Mushrooms into Super Mushroom. (Discuss) Deadline: 27 January 2010, 17:00 EST
 * Merge Downhill Skiing into Alpine Skiing. (Discuss) Deadline: 2 February 2010, 15:00

New Features
''None at the moment.

Removals
''None at the moment.

Bring back the Friend Lists
Well, I was noticed by the User that the friend list were not allowed anymore until this old proposal, but then why we have the friend userboxes? Did they become obsolete? Also in the welcome template a part of the letter says: "Feel free to delete this message when you're done reading it. After all, your user space belongs to you.. but of this space belongs to you, then, why the users can't made a list of the users who they consider his/her friends? Wasn't their userspaces belong to them? So, I think that the friend list must be back due that these good reasons.

Proposer: Deadline: 25 January, 2010, 15:00 (EDT)

Bring back them

 * 1) - Per Proposal.
 * 2) I agree. I mean, what's the harm of saying who's your friend?
 * 3) Per all.
 * 4) Per Mateoelbacan.
 * 5) - I can understand getting rid of the crazy, all over the place list of friends, but every kind? This must get passed, it help outs the user that has one find their friends faster than typing it in and having the chance of mispelling it or having to look up the users name if it is hard to remember (like MATEOELBACAN for example). It doesn't take up that much space (unless you have 100 user friends) and it does no harm but just helps.
 * 6) I am Zero! I get the user sub-page restriction, I barely get why we can't use infoboxes, but what's the promblem of having a list of your friends, it's not like theres a person who is friends with everybody. Zero signing out.
 * 7) – Per all.

Forget it

 * 1) – See my comments below.

Comments
- I'm sort of confused, what is the proposal trying to do. I understand the friend list, but I'm still kind of confused what the point it is trying to show.
 * - For example, you have yoir friend list in your Userpage now, but that isn't allowed (see the link of my proposal) and if this proposal doesn't win you'll must remove it.


 * What I don't like about this proposal is that it takes one thing that a template says, and twists it. The was created a few years ago, back when we didn't have users who spammed their page excessively. The whole "It's my userspace, and I should be able to put whatever I want on it!" arguement is very flawed.


 * Freedom is not something you should abuse. Freedom only works with a responsible person or responsible people, and when users start to abuse the freedom they have, rules are made to make sure that our website is safe.


 * Essentially, out of many wikis out there, we offer the most freedom with userspace and try our best to reserve the rights to your userspace. The leader himself, Porplemontage, installed extensions that allowed only the user that owned the page and the Sysops to be able to edit the pages.


 * In all technicality, the userspace is property of the wiki's, but we let you use it to represent yourself. Porplemontage, and to extent, the Sysops and Patrollers, are the final say in what gets included in userspace. – 18:57, 17 January 2010 (EST)
 * I don't talking about that, I don't say that a user must abuse of the "powers" that line to make things prohibited or inapropiated in its user page, but as Reversinator said: What's the harm of saying who is your friend? -
 * The harm is that it can bring strife between immature users. "Why am I not on your friends list?", "I thought you were my friend...", "Add me to your friends list."
 * Overall, the point of the lists is actually quite redundant, and you should actually make use of the userbox loophole you pointed out. The lists actually do nothing: you don't have to put a user on the friend's list in order to be their friend. Users have gotten along fine without the lists, so if it isn't broken, it doesn't need fixing. 19:59, 17 January 2010 (EST)


 * I see the use of friends list quite useless as userboxes seems to be he new friend list. However, I neither support or oppose. I personally won't have a friends list because it just clutters your userspace.

2 things, the line in was removed, and, I have seen flame wars cause of friend lists.
 * Really? You have? I don't know what to say... I'm gonna remove my vote then.
 * Wait, yes, flame wars do happen. How often though, compared to flaming period. If users will flame just because of a friend list, then they are too insucure and don't even belong as a user here. If you can't control your feelings, then what better way to have that shown on a simple thing that shows the immaturity of the users. It's not the list, it's the user that reacts to things such as above.
 * Well, you've got a point. Let me think about it... Also, shouldn't MarioKart66!'s vote be removed, because he's a sockpuppet?

Reorganize Attack Pages for Smash Series
Okay, there was indeed a proposal for this that set the standard for the way it is now, but this is not a good thing. The first problem here is that because the attacks of characters from the smash series are on the pages, it clouds up a lot of the characters page with descriptions of the attacks as well as images of the attacks. It is in one word, ridiculous. It might work out a little okay on characters who don't have full pages such as Fox, but characters like Mario have ridiculous pages clouded up by ridiculous amounts of Smash info.

Here's an example of how bad the character pages are with the special moves crammed in on them: 

I'm proposing we wither set up the attacks like they are set up on the SmashWiki, which is a really good style, OR we set them up so that every attack is listed on one page of attacks for th smash series, but obviously organized correctly so as to set up the ease of the viewer.

The SmashWiki set up goes like this: http://super-smash-bros.wikia.com/wiki/Category:Attacks Here you can find all the links that show how the pages are set up for all the moves.

It is an in-depth setup and is actually very useful and well done. The whole point of this proposal is to get the Special moves of characters off of the character's page, but if this style was voted on we would have a lot more organization on this site as well.

The next option would be simply removing all the special moves from the character pages and creating one page that covers each playable character's special move in its own section. Really simple but not as wonderful as the above option unless everyone on this wiki wants it to be that easy.

Before you oppose you should know that the two options here are simply to clean up character pages and if the reason you are opposing is because you don't feel like making an effort, rethink, because as I am creating this proposal I will work as hard as I can to make sure it gets done right. Also, why would you have a problem with how setting up smash information works when I am trying to follow the style of the ACTUAL smash wiki?

Proposer: FD09 Deadline: 26 January, 2010, 15:00 (EDT)

Follow the Style of the SmashWiki

 * 1) FD09- The setup is smart and organized.
 * 2) Per the nine daisies of foreverness.

Keep Special Moves With Explanations, Images, Character's Page

 * 1) I like it the way it already is. It doesn't really clutter the page, and makes navigating easier for special moves. If we follow that Smashwiki's way, we may end up with a few stubs, which are not wanted of course. Putting it all into one article... that reminds me of the old glitches page, a huge page that takes forever to find what you're looking for.
 * 2) – Per Fawfulfury. It may be cluttered on a few pages, but it saves readers from navigating to multiple pages just to read about one move.
 * 3) - Per Knife, and all of our articles should be Mario related.  has nada to do with Mario.
 * 4) - I was near to supporting, but I disliked the way you phrased the proposal. Per Knife, we dont need minimal of stub articles to cover a subject that is OK where it is.
 * 5) - Agree with these guys. The only thing they would need is a small cleanup with the images (they spoil the text's organization a bit).
 * 6) Inconsistent, useless, and though it may "seem" organized to some, it will be a huge flop after it is completed. Per all.
 * 7) - Per Knife and Garlic Man. Also, one big page would be bad because all the images would take forever to load, especially on older computers.

Comments
Okay, all of you seem for the current system because you don't want stubs, but you completely ignored the option of putting them all on their own page which would not make looking up moves hard at all, especially compared to what its like now. FD09

Miscellaneous
None at the moment.