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) Anyone can comment on proposals whether logged-in or not, but only registered users can create or vote on proposals.
 * 3) 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.)
 * 4) *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.
 * 5) Every vote should have a reason accompanying it. Agreeing with or seconding a previously mentioned reason given by another user is accepted.
 * 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 at any time, but the final decision to remove another user's vote lies solely with the administrators.
 * 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) No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
 * 9) 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.
 * 10) 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.
 * 11) 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.
 * 12) 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.
 * 13) 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.
 * 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) 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.
 * 16) 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.
 * 17) Proposals cannot be made about promotions and demotions. Users can only be promoted and demoted by the will of the administration.
 * 18) 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

 * Split Rainbow Star from the Star article. (Discuss) Deadline: April 16, 2013, 23:59 GMT
 * Create separate articles for Subspace Army enemies. (Discuss) Deadline: April 19, 2013, 23:59 GMT.
 * Delete Unlockable. (Discuss) Deadline: April 21, 2013, 23:59 GMT
 * Delete Superstar. (Discuss) Deadline: April 21, 2013 23:59 GMT
 * Merge the recolored ScareScraper boss ghosts into their respective articles. (Discuss) Deadline: April 27, 2013 23:59 GMT

Writing Guidelines
None at the moment.

Notification for when watched pages are edited
You know how there's a banner that is on every page of the wiki whenever your talk page is edited, right? Well, this is basically the same thing, just for when something else is edited; the pages that are on your watchlist. This way, we don't have to keep on checking Recent Changes or our watchlist several times a day. The banner should look something like this;




 * A page on your watchlist has been edited. Click here to see the change(s).

(the Mario article was used as an example)

The "here" part would take you to the comparison window between the most recently-made edit and the edit right before it.

Proposer: Deadline: April 22, 2013, 23:59 GMT

Support

 * 1) Per proposal; this will make it much easier to keep track of watchlists.
 * 2) Per proposal and per Goomba.
 * 3) Per proposal.
 * 4) Per proposal.

Oppose

 * 1) I don't see this as being more convenient than just checking the watchlist.
 * 2) A lot of people find those templates that follow you around kind of annoying. Also, what if your watchlist is crammed with a lot of pages? I check my watchlist whenever I'm waiting for someone to reply on a talk page, or tracking changes to articles I often edit, etc.
 * 3) Per all.
 * 4) - That would be incredibly annoying, per all.
 * 5) That would just be annoying as shit. Per all.
 * 6) - Let's say you have many watched pages. And magically they get instantly changed in a range of a minute. It would cram all the page as heck with lots of notices like this one.
 * 7) Per all.

Comments
What would be displayed if several pages which are on your watchlist have been changed since your last visit, rather than just one? Would it just show the most recent? -- 03:15, 15 April 2013 (EDT)
 * "A page" would turn into "Pages", and it would say "Click here to see the most recent changes on [name of article here], [name of article here], etc." 03:17, 15 April 2013 (EDT)


 * Okay so what if you had a whole list of articles which were edited since your last visit. What would the maximum amount of pages which would be displayed on the notice? Also, it might be best to ask Porplemontage about this idea. -- 03:23, 15 April 2013 (EDT)
 * Yeah, I'll notify him soon. As for the limit, I'd probably say about 10 or so. 03:24, 15 April 2013 (EDT)


 * Porple said that it's not feasible, so I think this should be withdrawn. -- 04:31, 15 April 2013 (EDT)

@NSY I think profanity is not allowed here. Or am I wrong?

Removals
None at the moment.

Changes
None at the moment.

Tell non-trolling IPS when their edits are undone
I think that when we undo an edit from an anonymous IP that they should be notified, unless they are obviously a troll. This should happen because it means when they find out their edit has been undone they will have reasoning for why and so they'll know not to just add it back in. For example, today on the Yoshi's Island DS page, in the babies section, an IP address replaced the Yoshi Island DS Baby Mario and Baby Bowser sprite with their respective Super Mario World 2: Yoshi's Island sprites, this was undone and then a few minutes later they put it back and it had to undone again, if they told that their edit had been undone and were told why then it is likely that they would not have done it again. If the IP address is obviously just a troll then will not need to be notified about this, but for the honest people who just help out they do need to be notified.

Proposer: Deadline: April 15, 2013, 23:59 GMT

Support

 * 1) Per proposal.

Oppose

 * 1) - I personally feel it's unnecessary to force everyone into following this procedure. If you want to, you can always let them now, but enforcing it with a proposal feels too much to me. Plus, if you provide a good edit summary when reverting edits, it's possible they'll see it and know why their edit was reverted.
 * 2) - Per Tucayo.
 * 3) Per Tucayo.
 * 4) - Per Tucayo.
 * 5) - Per Tucayo.
 * 6) If you want to do it, do it. I like the idea. But this shouldn't be a policy, that's taking it too far. Per Tucayo.
 * 7) It has good intentions, but I fear that it's going to be more trouble than it's worth. True, some I.P. addresses are unaware that a recent changes page exists (I didn't know about them prior to my joining the wiki), but I feel what you want to enforce is already practiced as courteous common sense, something we should already do anyway, and it shouldn't need enforcing.
 * 8) Per Tucayo.
 * 9) Per Tucayo.
 * 10) Per Tucayo.
 * 11) Per Tucayo.
 * 12) - Per Tucayo.
 * 13) • per all.
 * 14) I feel like this is unnecessary, so I agree with Tucayo and everyone else.
 * 15) Per Tucayo.

Comments
You could be more specific about what exactly will happen should this proposal pass. I mean, you are saying they should be notified, but how? If it is through normal messages on their talk pages, then I'm fairly sure this doesn't warrant a Proposal, but you could tell exactly what method should be used to notify them. ---
 * Talkpage is my only thought, how else can we tell them? I'd say it does warrant a proposal, because I can't just force everyone into doing this, unless the proposal passes
 * Even if this passes, you can't force people to tell the IP every time they make a mistake.--

You know, if someone doesn't bother to create an account in the first place, chances are their interest in the wiki is already fleeting enough that they won't even care that their edit was undone. There's no need to bother these people with what they will most likely think is spam. -