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 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).
 * 3) Every vote should have a reason accompanying it. Agreeing 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. 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.
 * 5) All proposals that end up in a tie will be extended for another week.
 * 6) 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.
 * 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) No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
 * 9) 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.
 * 10) 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.
 * 11) 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.
 * 12) Proposals cannot be made about System Operator promotions and demotions. Sysops can only be promoted and demoted by the will of Bureaucrats.
 * 13) 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.
 * 14) No joke proposals. Proposals are serious wiki matters, and should be handled professionally. Joke proposals will be deleted on sight.

The times are in 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.

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 issue this Proposal is about and what changes you think should be made to improve how the Wiki handles that issue]

Proposer: 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.] Deadline: [insert a deadline here, 7 days after the voting start, at 23:59 GMT.]

====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 anoother 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.

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. Place  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. There is no 24 hour delay between the posting of a talk page proposal and the commencement of voting.
 * 4) Talk page proposals may closed by the proposer 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

 * Delete the "Golden Banana Table" in the Donkey Kong 64 article. (Discuss) Passed
 * Split from Star Hill. (Discuss) Passed
 * Merge 1-Up Super into 1-Up Mushroom. (Discuss) Passed
 * Merge Presents into Present Room. (Discuss) Passed
 * Split the weekly microgames from NinSoft and contests in WarioWare: D.I.Y. into separate pages. (Discuss) Overtime

New Features
None at the moment

Removals
''None at the moment.

Changes
None at the moment.

Move Galleries from Main Articles into Gallery Articles
My second proposal.

What the name of the proposal says. I would like to propose the action of moving galleries from Main articles into Gallery pages. This type action will reduce the unnecessary downloading of images for guests and users focusing on reading material, and simply take away the biased feelings of attempting to pick the "best" images for the article. This is in response of this overlooked comment by User:NARCE, but took a different approach.

Unfortunately, I've already done this action prematurely - with articles that includes Mario, Super Mario 64, Bowser, and Mario Party 6. My apologizes for doing that.

This change will occur only for large galleries (such as Mario Party 6), or existing galleries in the article that has it's own Gallery page (look at Mario, SM64, and Bowser). This won't effect on game/handheld consoles - since it doesn't "fit".

Proposer: Voting start: 20 June, 2010 - 00:40 Deadline: 27 June, 2010 - 00:39

Support

 * 1) - I am the proposer who wrote this.
 * 2) Per RAP.
 * 3) - Per RAP; anything to ease loading strains on poor old computers like mine. Plus, the articles already have images, so having a "preview" of the main gallery seems kinda pointless (especially if images are put in the preview and the actual gallery: repetition takes away from these types of presentations).
 * 4) If I understand correctly, RAP is proposing that we either have the gallery on the page itself, or in the gallery page; so that we don't have a small gallery on the page and then a bigger gallery in a gallery page. And I agree: It seems a tad disorganized to me to have a gallery in two places (or have a whole gallery in one place and part of one at another). Also, per Walkazo.
 * 5) As a prominent gallery maker, I think this proposal is a good idea. Per all
 * 6) It's kind of stupid how we have a section of the gallery on the article, but the whole thing on the gallery page. That's what RAP proposed, I guess. However, I want to see what the gallery contains; MS&G said the small gallery is a preview for the gallery page.
 * 7) Per all.
 * 8) - I agree. Per the proposal.
 * Per RAP.
 * 1) - Per all.

Oppose

 * 1) frankly i dont want to have to go to an entirely new article just to see 1 or 2 pictures for articles with many lik eg. :mario, princess peach, yoshi, but there are only thosr for the main characters and such i completely disagree with this because i think it would be a huge hassle and most people would probably think that a tab in the contents section saying "gallery" only to find a redirect. i personally think that is a huge waste of space
 * 2) let me say that I totally disagree with theyoshiegg. However, I'm afraid many articles will have to be unfeatured due to lack of images. Besides, each gallery page only has about 200 views.

Comments
Isn't this what we already do, RAP?
 * As I said, all large galleries will be moved to their gallery articles - existing galleries will be deleted and be replaced a link to the full gallery of images. If we "supposedly" done this before, explain why we still have sample list of a gallery and a link to a full gallery in the main article. For example, Super Mario Galaxy (large gallery), and Yoshi (two seperate galleries, one in the main article where a sample list of images, and the other the full list of images in the gallery - aka Gallery:Yoshi). -- 03:14, 20 June 2010 (UTC)
 * SMB: Actually he's proposing to set the bar between Title/Gallery and Title for the location of images if I read it properly. We currently follow both policies and he's proposing that we do one policy for big galleries, one for smaller ones though IDK what he defines as a "big" gallery...*looks at RAP questioningly*
 * I talked with him in chat. He confirmed that I was correct. 05:07, 20 June 2010 (UTC)

That is, essentially, what I said by "setting the bar" - something cannot be both below and above the bar. P.S.No-sig policy I've been going through a routine in which galleries in character articles can't have more than 8 screenshots and 16 artworks. Think of it as just a preview of what the main gallery page contains.

This is like making a gallery page for the characters' images (and similar things), and using a link that leads to them (like the quotes, glitches and beta links in game articles) right?
 * Indeed so. @theyoshiegg: Use common sense when deciding if you want to move the gallery to a new page. Mario's FUNdamentals is a good example, I just recently found these images and uploaded them in MarioWiki. Since there's nowhere to put them, I simply leave them there. Making a link to like Gallery:Mario's FUNdamentals is simply ridiculous. -- 01:45, 24 June 2010 (UTC)
 * Wow, BPK: If the articles were featured because of image content in the gallery section, they should not have been featured - the image content should have been in the main sections of the article and AFAIK RAP is not proposing we eliminate screenshots from the main sections of the article - just the screenshots and artwork in the gallery.

@BluePikminKong497: How is this supposed to unfeature articles? We're simply taking large galleries and moving them to a separate page. Also, it doesn't matter how many views they get, especially because most gallery pages are pretty new.