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 his/her 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 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.

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 be 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

 * Split Tinga and Inga (Discuss) Deadline: October 14th, 2010, 23:59 GMT.
 * Use DPL Table for failed Featured Article Nominations (Discuss) Deadline: October 13th, 2010, 3:00 UCT
 * Give Nintendo DSi its own page (Discuss) Deadline: October 20th, 23:45 UCT

New Features
None at the moment.

Move Episodes from Article to Subpage
This proposal is kind of like BMB's last proposal, except it is proposing to move the episodes of appearance of a character, as long as the character has many of these appearances, into a subpage of the article. I'm not going to go in depth in the description but this will save loading time on longer articles for those people who don't want to see every appearance of Character X in Series Y. For the people who do, there will be a link :)

If you don't get it, User:Marioguy1/Test is my awesome example page :P

Proposer: Voting Start: October 12, 2010, 22:00 EST Deadline: October 18, 2010, 23:59

Seperate

 * 1) - This can reduce loading time on many articles without making too many subpages like BMB's former proposal would have.

Comments
Well, if we did something like this to Mario, wouldn't it be consistent to do it with every other character from the cartoons?
 * Yes, pretty much. As long as they appear in multiple episodes, or something like that. It's basically up to the user's best judgement to determine whether or not a sub-page is required.

Showing only passed proposals on the Main Page
I've sometimes gone to the wiki and looked at the proposal and seen that the idea looks really weird. I then go onto the Proposals page and find that the proposal only has about 3 supporters and maybe 10 opposers. Seeing something that won't be taken action about on the Main Page seems to make the wiki look bad.

I am proposing that only proposals that have successfully passed be Featured on the Main Page, so that people can log in on the wiki. See what the proposal is and possibly start helping out with it

Proposer: Voting start: 5:17, Tuesday 5 October 2010 Deadline: October 12, 23:59 GMT

Only Feature passed Proposals on the main page

 * 1) Per my proposal

Keep on showing Proposals that are still in voting time

 * 1) I am Zero! Per Reversinator's comment. Zero signing out.
 * 2) Per Reversinator's comment.
 * 3) Per Revesinator's comment.
 * 4) Per all comments.
 * 5) Showing active proposals on the main page draws attention to the current changes that are suggested to be made. It convinces people to see what changes are going to be made and what side they should take. Featuring passed proposals seems like a waste of space. There are no functions to a passed proposal and it doesn't look too glamorous, after all. Passed proposals belong in the archive, not in the front page.
 * 6) I think that the proposal on the front page is supposed to stir up attention, not say, "Hey look, it passed! Make these changes!"
 * 7) Per LeftyGreenMario.
 * 8) Per LGM and Reversinator. Also showing only passed proposals doesn't motivate anyone to try getting involved and they will likely assume that the proposal is already being taken care of.
 * 9) - Per all, including Reversinator.
 * 10) Per all.
 * 11) Per all.
 * 12) - Active proposals draw more attention to current changes.  If only the winning proposals are displayed, that won't give the active proposals a good look.
 * 13) Well, if passed proposals are shown on the main page, it would draw attention away from current proposals, and also make us look unprofessional, also the people that come after something like this proposal were to pass would think that the proposal shown was still active, and they would vote on that proposal, and would mostly stay clear of the other ones.
 * 14) Per all.
 * 15) – Per all.
 * 16) I approve these words! Hahahaha per all.
 * 17) Per all.

Comments
The main page shows the most recent proposal. It doesn't matter if the proposal in question is failing. And besides, someone could make a vote-shattering comment that causes everyone to support.

I don't really know what's the point in this. I thought the proposal on the main page is there to attract attention to the proposal.
 * I think Commander Code-8's point is that passed proposal frequently require a lot of work to actually realise after they have passed, and that this may get people to help with that. Personally though, I sort of doubt anyone is going to help with these things just because they saw that a proposal passed on the main page. The way it's currently handled, the main page directs attention to proposals still in the voting phase, and people are a lot more likely to participate in a proposal by voting than by adjusting articles after it has passed simply because takes much less time and effort.--

Wow, a proposal about proposals. Per all commenting.

The Lists on the Left Side Below Mario Knowledge
Pretty simple proposal. You know those lists about Characters, Places, Items, etc.? These lists are split into two: game stuff and non-game stuff. Why are they separate? Due to those canon proposals, shouldn't they be one list? I'm proposing that we merge the non-game stuff with the game stuff in those lists.

Proposer: Voting start: Wednesday 21:23, 6 October 2010(UTC) Deadline: Wednesday 23:59 13 October 2010 (UTC)

DO MERGE

 * 1) If you say, "That's gonna be disorganized", then maybe you should consider the canon debate we have in games vs. everything else.
 * 2) - Per LeftyGreenMario: it's policy to list games and alternate media side-by-side, and anything that doesn't do this is merely outdated, with the exception of certain Navigation Templates (i.e. ), which need the differentiate between series and whatnot. The lists don't need to be separated to show what media they are from, however, because the sources are listed right there on the pages.
 * 3) - I usually refrain from voting but here I must vote as it seems my cause will lose (plus Walkazo made me rebuke my idea of "not being able to make a difference"). Per me in the comments I guess but to sum it up, there is no reason for characters, all confirmed as Mario characters, to be seperate on a list of Mario characters.
 * 4) Per all.
 * 5) Per all.
 * 6) Per all.

DON'T MERGE

 * 1) - I am a firm supporter of separating games and non-games as much as possible, so, naturally, I oppose this proposal. Why? Well, they are different media, and that is enough reason for me. But if it isn't for you, well, then, most of the other media is not even fully made by Nintendo, and most of the characters have completely different roles, appearances, etc.
 * 2) I am Zero! It will be easier and more organized if we didn't merge them. Zero signing out.
 * 3) I'm not sure that merging them would help. Per all.
 * 4) Lu-igi board the top two proposals raise great points.
 * 5) - Parsing out stuff into divisions is the best organization.
 * 6) - Per all.
 * 7) In my mind I try to keep things as seperate as possible, and for some things I do, that would impose a major hassle for myself, and others as well. Per all.

Important Neutral Stuff
I'll say something that is on everybody's mind right now. Huh?!?!?

Well, if you see here, the characters are divided to two groups: game and nongame. I want to merge the two since, well, because of one question: canon or not? Sorry for presenting an opinion unclearly; I'm notorious for doing that '-_-

Otherwise, tell me, why are they separate? Shouldn't the list be one big list?


 * Ah, now I see :) In my personal opinion, the current format is horrible. They should either be split into two lists or merged into one, not semi-merged, semi-split as they currently are.


 * Yes, these lists should be one, according to this proposal. Remember those canon debates? I think these lists haven't been modified yet.


 * Yeah, a lot of things regrettably fall through the cracks each time we change the organization standards... -

Tucayo: Well, they are different media, but I don't see why the two lists are split, yet the Manual of Style wants articles to include both game information and other media information in the same section.

Zero777: The list is organized well enough. What, alphabetically isn't enough? It's slightly harder to navigate because the list is split. Again, this proposal deals mostly with the grouping of game and non-game stuff. The lists are outdated, and we need to change it to the standards.

Luigi-board: Your vote is invalid.

I'm neutral for this. This proposal is balanced in advantages (organization) and disadvantages (tons of moved internal links).


 * It shouldn't be that hard to move the links. It might be tedious, but it isn't hard.
 * I really hope nobody opposes anything because it is too "hard", obviously the creator is volunteering to do the work themselves so it won't be hard at all for the person opposing.

Again, it's not like alphabetized isn't organized enough. I can live with only 1 list.

I don't understand why we should merge the game and non-game things TBH.

Image Gallery or Gallery
On some articles, the header that leads to the article subject's gallery either says Image Gallery or Gallery. This doesn't look professional to have one header on one page that says Image Gallery and another header on another page that says Gallery. We need to fix this.

Proposer: Voting start: Wednesday 8:08, 6 October 2010(UTC) Deadline: Wednesday 23:59 13 October 2010 (UTC)

Put Gallery on articles

 * 1) I think it should just be Gallery. Image Gallery just sounds too... i don't know. Doesn't sound right.
 * 2) Gallery, Image Gallery? Let's just leave it at gallery, short and to the point of where it links to.
 * 3) I don't really think it matters too much, but it should stick to one thing. Gallery is short and simple and hits the nail on the head in terms of what to put.
 * 4) The "Image" part is pointless and a waste of space. Gallery is best.
 * 5) - It would be like saying large big, they literally mean the same thing here. Don't go be like Mario Mario, as we only need 1. Also, it is already Gallery, so lets keep it from being POINTLESS.
 * 6) Same thing as the term "the reason why...is because...". Too much unnecessary words.
 * 7) I am Zero! What else will you be thinking on a website that says "gallery". Zero signing out.
 * 8) "Image" is kind of obvious. Just "gallery" is good, in this case "Image Gallery" is rather redundant. Per all.
 * 9) - Per all.
 * 10) Per all.
 * 11) Per all those with the word "pointless" on their minds...
 * 12) Per all.

Comments
Guys just a reminder, i'm talking about the headers on articles that link to the subject's gallery, not the actual gallery itself.

Make a Gallery Template
I just thought how easy it would be to have a Gallery template so new users could easily find more galleries when they access one and even editors could easily access their favorite galleries without having to go through the trouble. We could make a template for Character galleries and a template for Game galleries. Anyone think this is a good idea? I am thinking about making sections for Characters, Species, Bosses, and Games.

Proposer: Voting start: Monday 7:54, 11 October 2010(UTC) Deadline: Monday 23:59 18 October 2010 (UTC)

Make a Gallery Template

 * 1) Per myself. If this proposal passes, then I will truly make a gallery template.
 * 2) Anywho, sounds like a nice idea anyways.

Comments
Although we already have links to Galleries within most articles, I notice a few have galleries but don't link to them such as Waluigi and a few other characters that appear to have no link to their galleries. Although while back on subject, a gallery template on gallery pages would be nice. A segment of the template, for humans, species, bosses.
 * Do you have any example of this? Examples are commonly needed on this proposals.
 * This could be difficult...I'll work on something :)

Categories on Boss Articles
OK, this proposal, obviously, has to do with the categories on the boss articles, something like this was recently stated on the talk of the main page however I think that to be an official policy, it must be proposed and passed by the community. So, currently, ~all (or so I am told) boss articles have three categories in them, Enemies, Bosses and Characters. I propose that we use those categories much more strictly, AKA for the following reasons:
 * Enemies - This category will only be used on characters that are unnamed individually and are simply known as members of a certain species. Like Goombas, not Goomboss, not Red and Blue Goomba, just the members of the species that are generic and anonymous. Examples include Goomba, Koopa Troopa, Spiny and Nitpicker.
 * Bosses - This category would only contain enemies with different variants, like different music, different size, solo text where they state they are "superior" or "notable", different coloration, etc. Examples include Goomboss, Baron Brrr, Lakilester and Bowser.
 * Characters - This category will only contain named characters. If the being in question is named and not just a generic member of a species then it would be considered a character. Examples include Mario, Yoshi, Bowser and Goompapa.

Proposer: Voting Starts: October 12, 21:00 EST Deadline: October 18, 23:59

Use this Category System

 * 1) - When looking for enemies, people want to see enemies, i.e. the different species that bosses fall into, not bosses in general.

Comments
So you are saying Bosses =/= Characters? I would think that characters may be like a "mother category", with many other ones branching out, like Bosses, Enemies, Allies, etc.
 * Actually, I think most (if not all) boss articles would also be character articles. What I'm saying is that not all character articles would also be boss articles. I'm just trying to set category standards in this small area of the category tree.

Miscellaneous
None at the moment.