MarioWiki:Proposals: Difference between revisions

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search
(That's not a proposal; like Rule 14 explains, make a Pipe Project for organizing efforts to create or expand articles.)
Line 134: Line 134:
#{{User|Baby Mario Bloops}} - You had me at "Reality", per all.
#{{User|Baby Mario Bloops}} - You had me at "Reality", per all.
#{{User|Lakituthequick}} - Per all
#{{User|Lakituthequick}} - Per all
#{{User|Goomblob}} - A great idea.


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

Revision as of 10:47, August 7, 2011

Image used as a banner for the Proposals page


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 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 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 {{User|User name}}.

This page observes the No-Signature Policy.

How To

  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.)
    • 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.
  3. Every vote should have a reason accompanying it. Agreeing with or seconding a previously mentioned reason given by another user is accepted.
  4. 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.
  5. 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.
  6. No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
  7. 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.
  8. All proposals that end up in a tie will be extended for another week.
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. If the administrators deem a proposal unnecessary or potentially detrimental to the upkeep of the Super Mario Wiki, they have the right to remove it at any time.
  14. 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 creating a PipeProject.
  15. Proposals cannot be made about promotions and demotions. Users can only be promoted and demoted by the will of the administration.
  16. 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 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 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, 7 days after the proposal was created, at 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

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.

How To

  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 "(Template:Fakelink)". If the proposal involved a page that is not yet made, use {{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 {{TPP}} under the heading.
  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.)
    • 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.
  4. 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.
  5. The talk page proposal must pertain to the article it is posted on.

List of Talk Page Proposals

Writing Guidelines

None at the moment.

New Features

None at the moment.

Removals

None at the moment.

Changes

Reality vs. Fiction

I was going to make this a Writing Guideline, but I figured I'd get some approval via proposal before I created my draft. A new trend on the wiki is to create articles on generic objects, like Tennis Ball, Basketball Hoop, and Cage. The main problem with this is where does it stop? Allowing these articles could be precedent for a number of useless generic articles being created, such as Template:Fakelink, Template:Fakelink, Template:Fakelink, etc.. MarioWiki is also not a dictionary. We don't need articles on real world objects. I believe we should set a restriction for which of these generic articles can and can't be created. We should only allow articles on generic subjects that have a function which is different from the real world counterpart.

Examples of generic object articles that would be allowed:

Examples of generic object articles that would not be allowed:

  • Cage – While they are recurring objects, they don't deviate enough from real world cages.
  • Tennis Racquet – They don't do anything different in the Marioverse.
  • Home Run – Home runs in the real world are exactly the same as home runs in the Marioverse.
  • Hockey Stick – Same as above.
  • Dodgeball – Same as above.

If this proposal passes I will move on to my next step, creating a Writing Guideline concerning this.

Proposer: Knife (talk)
Deadline: August 13, 2011, 23:59 GMT

Support

  1. Knife (talk) – Per my proposal.
  2. Yoshiwaker (talk) - Those articles always annoyed me. Per proposal; this makes so much sense.
  3. Lindsay151 (talk) Per Knife, it kind of redundant to include articles exactly like the second generic articles above.
  4. Goomba's Shoe15 (talk) per proposal but i think the article on the Basketball should stay based on its role in Wario Land 3 where it plays a role in the boss fight against Dunk
  5. Bowser's luma (talk) Perfect! Thank you very much for solving the Poop issue with this proposal.
  6. M&SG (talk) - I will agree that this should be implemented.
  7. Toa 95 (talk) - You had me at "Tennis Racquet".
  8. Fawfulfury65 (talk) Per proposal.
  9. BoygeyMario (talk) Per FF65.
  10. Zero777 (talk) Per proposal.
  11. Jazama (talk) Per Toa 95
  12. Mario4Ever (talk) Per all.
  13. Supremo78 (talk) Per proposal.
  14. Walkazo (talk) - Per Knife.
  15. YoshiGo99 (talk) Per proposal
  16. Baby Mario Bloops (talk) - You had me at "Reality", per all.
  17. Lakituthequick (talk) - Per all
  18. Goomblob (talk) - A great idea.

Oppose

Comments

What about food items like Peach and Strawberry? Would they be deleted because they don't deviate, at least as far as we know, from the real-world food, other than the fact that they are items to be collected? --The Great Toad85 Is Here. 08:50, 7 August 2011 (EDT)

Miscellaneous

Perrow

In a lot of galleries, people use "<perrow>" Some of the use is necessary because the gallery section has 30+ pictures. Most of it is used for sections with less than fifteen pictures. I think we should make a new rule. This rule would be called "Perrow".
Here is what the rule would look like:

Perrow

  • If galleries have less than twenty images, no perrow.
  • If galleries have more than twenty-five images, perrow can be used.

Proposer: DKPetey99 (talk)
Deadline: August 13, 2011 23:59 GMT

Support

  1. DKPetey99 (talk) It's kind of annoying me how people use perrow for every gallery. Even sections with exactly five pictures.
  2. Toad85 (talk) It couldn't hurt.

Oppose

Comments

I like Perot better. Super Mario Bros. (talk)

What's perot? DKPetey99 (talk)
A type of computer system. Dell owns it. --The Great Toad85 Is Here. 08:55, 7 August 2011 (EDT)

I was trying to contact Porplemontage, regarding that, but I got no response. However, it seems that 5 images per row is way too big, especially since guests have to deal with advertisements that'll pop up. Galleries have to be able to support 1024x768 resolution monitors, which heavily explains why only 4 images are seen per row on each gallery. M&SG (talk)

Got no response? Anyway, you are correct. We can't use more than 4 per row, so this proposal is worthless. --Steve (talk) Get Firefox 18:17, 6 August 2011 (EDT)