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) 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.)
 * 3) *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.
 * 4) Every vote should have a reason accompanying it. Agreeing with or seconding a previously mentioned reason given by another user is accepted.
 * 5) 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.
 * 6) 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.
 * 7) No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
 * 8) 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.
 * 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) 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.
 * 12) 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.
 * 13) 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.
 * 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) 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.
 * 16) Proposals cannot be made about promotions and demotions. Users can only be promoted and demoted by the will of the administration.
 * 17) 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.]

====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 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.)
 * 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

 * Seperate each badge from the Badge article (Discuss) Deadline: February 18, 2012, 23:59 GMT
 * Merge Whacka with Monty Mole (Discuss) Deadline: February 18, 2012, 23:59 GMT
 * Change the appearance of the buttons template. (Discuss) Deadline: February 22, 2012, 23:59 GMT
 * Merge Broggy's Shop with Broque Monsieur's Shop. (Discuss) Deadline: February 23, 2012, 23:59 GMT

Writing Guidelines
None at the moment.

List of stats and descriptions in (game title here)
So I had this idea of making stat/description lists for certain games. It'd include all of the website bios, in-game descriptions, and stats from (game title here).

Proposer: Deadline: February 17th, 2012, 23:59 GMT.

Support

 * 1) Read above.

Oppose

 * 1) All of the enemies respective pages have this information for each game. It's like taking that section of an article or the whole article itself and placing it in each games section. Since we already have the information, we don't need it included somewhere else. No for me.
 * 2) Same as above. I wonder if this is strictly needed. Per all.
 * 3) Per SuperPickle.
 * 4) - The proposal's not very clear what exactly would happen should it passes, and it's never a good idea to blindly vote for black boxes like that, especially when they concern such a major topic. If this was just about adding official bios about the game itself, I'd be all over it, but it's not. The comments make it sound like all "official" stats/bios/descriptions/etc. about all the characters/enemies/etc. in a game would go on the game page as well as the character/enemy/etc. articles, but there's confusion about what's official or not, and the stated motivation is flawed: it'll be way more time consuming to go from game to game looking for a character's stats than simply scrolling down their one article. That being said, having info all in one place is helpful a lot of the time, but if done wrong, it could also result in a giant, unwieldy mess. Given the skeletal two-sentence proposal, the complete lack of any sort of draft and the sorry state of the comments section, I fear we'd end up with the giant mess outcome should this ill-thought-out idea be approved.
 * 5) Per Walkazo
 * 6) Per Walkazo.
 * 7) Per all

Comments
@SuperPickle: Well, that's kinda the point. It's basically a way to navigate a certain character's stats from whatever game the user searching for without having to scroll through the stats section to look for stats from one specific game.--
 * Well, it would be pointless because some enemies only appeared in one game and the entire article's information would be moved to a bigger article, making the enemies article pointless, so we wouldn't move them, but not moving those enemies would leave us with an incomplete articl. So, it's your choice: follow your plan and lose lots of articles and create an incomplete one to replace them or forget your plan and keep the articles.
 * You know this proposal doesn't have anything to do with enemies, right? By stats and descriptions, I mean official bios, not usermade content from our wiki.--
 * Huh? Bios are the same thing! They show an enemies (or bosses) stats! Where do ya think the usermade stuff came from anyway? They check the bios! Where else would they get the info?
 * Uh, what? They get the info from playing the perspective game or just looking at the character overall. It's not like users learned that Mario has a mustache by reading a bio. They just take a quick look at him to notice the mustache on his face. Almost none of our articles have gotten their info from a bio. And bosses and enemies in main series Mario games don't even have stats. It's basically just copy/pasting official bios onto the page, not removing said bios from the article entirely.--
 * Yeah, they have stats! In the Mario & Luigi series and the Paper Mario series, enemies and bosses have stats like HP, BP/SP/FP, POW/ATTACK and DEF (defence) and t5hose are stats, so there! And they don't get all the info from playing the game. In the Mario & Luigi series, playing the game doesn't tell you the enemies max HP.
 * Uh, there aren't any official stats for the enemies in the M&L series, so players just look through the rom file via hacking and find their stats. "And bosses and enemies in main series Mario games don't even have stats." Besides, none of your arguments are relevant to the reason you oppose...
 * Well, it's too late to take it off... sorry. Next time, please make your proposal a little more clear.
 * You know you could always remove your vote, right?--

Oh yeah, another proposal by you bringing a total of 3. By the way, take for example a Goomba from Super Mario Bros. 3. It doesn't have any stats at all: no HP, no SP nor EXP. If I am correct you pretend to place stats on characters and enemies which don't appear in RPG games. And articles are not restricted to have info from bios.

Removal of all non-punctuation redirects
While lurking throughout certain articles, I've noticed redirects for article titles that have a punctuation in them that don't include the punctuation, which really bugs me. For example, Super Mario Bros being a redirect of Super Mario Bros. and 9 Volt being a redirect of 9-Volt. It just seems rather unprofessional in my opinion.

Proposer: Deadline: February 13, 2012, 23:59 GMT

Support

 * 1) Read above. (Note: I'm not very good at deadlines, so correct me if I'm wrong.)
 * 2) Per UltraMario3000.
 * 3) I agree with UM3000. All article titles should be 100% accurate.

Oppose

 * 1) I don't see any reason to remove these redirects after all it's really easy to forget the . in Super Mario Bros.
 * 2) Actaully over 50% of people who use our wiki type in Super Mario Bros not Super Mario Bros. and we need to have them tacked straight to the page they wanted just like you typed in Mario which will take you strIight to the page he/she wanted to see. It would be unfair to see people type in Super Mario Bros and get taken straight to the search page for no reason.
 * 3) Per my comment below.
 * 4) Per New Super Yoshi and Raven Effect. Some people don't bother to remember the punctuation.
 * 5) Per all
 * 6) - We should stick with our current policy (see Redirect): it recognizes that punctuation is often omitted or mixed up, and a few redirects to help searchers out is a small price to pay for making the wiki easy to use.
 * 7) Per all.
 * 8) Per all, MarioWiki:Redirect explains why these types of redirects are necessary.
 * 9) Can't argue policy. Per all.
 * 10) We can't be always accurate, and non-accurate users can fall into dead-end pages. Per all.
 * 11)  Do we apparently have an uber-professional image we have to uphold in everything including our redirects?
 * 12) Per Raven Effect and NSY.

Comments
@Opposers: Is it the actual name of the game though? No, it isn't. Abbreviation redirects are an exception though.--
 * So it's more professional to type in SMB than Super Mario Bros
 * Really. So we become more professional typing SMB instead of Super Mario Bros., GCN instead of Nintendo GameCube, GBP instead of Game Boy Pocket. Stop it honestly UM3K. We need complete and non abbreviated titles for the articles.

If you wanted to search SMB to get to the article faster, yes, it is. Titles without punctuation aren't exactly faster to type in anyway. Gosh, one character away. It's like making Mari a redirect of Mario. Why? To get to the article faster of course.--
 * The difference is a . and it's very easy to forget a period it's not easy to forget to o in Mario
 * Well, you're missing my first point anyhow. "If you wanted to search SMB to get to the article faster, yes, it is. Titles without punctuation aren't exactly faster to type in anyway. Gosh, one character away.--
 * What's the difference between typing SMB and Super Mario Bros why should you be able to type in SMB to get to an article but not Super Mario Bros
 * Because Super Mario Bros only removes one character from Super Mario Bros.. People shouldn't be that lazy to forget about the. However, punctuation redirects such as 9 Volt are just awful and should at least be removed. It's easier to forget the period in Super Mario Bros. than the dash in 9-Volt. I guess punctuation redirects could be an except any articles that are not about games.--

"The example title includes punctuation marks, which are one the largest stumbling blocks for searchers. In this case, they can forget the colon and/or one or both of the exclamation marks. For that reason, we have the redirects 'Mario Kart Double Dash', 'Mario Kart Double Dash!', 'Mario Kart Double Dash!!', 'Mario Kart: Double Dash', and 'Mario Kart: Double Dash!'."


 * This makes it pretty clear why we allow such redirects, and far outweighs the arguments against.
 * Ok, but using my point from my reply to GS, redirects like 9 Volt should at least be removed. I assume punctuation redirects are ok in game articles though.--

Also, what about removing redirects in game articles that don't use apostrophes?--

@NSY:"over 50% of people who use our wiki type in Super Mario Bros not Super Mario Bros." --
 * @UltraMario3000: Redirects using hyphens such as 9 Volt are necessary if they're used to redirect people from a commonly-used search term to the actual article.
 * @Bop: Didn't know that. I think you ignored this statement though: "what about removing redirects in game articles that don't use apostrophes?" Also, to add to that statement, I think article redirects that don't include the apostrophes or commas like the article they're redirecting to should probably be removed. If not removing the ones without commas, then at least the ones without apostrophes should be removed, as they're grammatically incorrect anyways.--

From the Spelling section of Redirect (which also provided Bop's earlier quotation): "Leaving out apostrophes in contractions or in the possessive case (i.e. 'Marios' instead of 'Mario's') is considered an unacceptable spelling mistake." Policy pages are here for a reason: read them. -
 * Well, I've seen quite a majority of those kinds of redirects, so I assume it's safe to put a delete template on all of them.-
 * Well? Nobody can be ALWAYS precise linking articles, naming or searching them.

Change Special:WhosOnline
So I've had this idea in mind about doing major renovations to Who's Online. First things first, I think it should be much similar to the Who's Online of our forums, just without viewing guests. It's quite a hassle to inform someone you replied to their comment on a certain discussion in a talkpage/proposal without having known that he/she has currently been typing up a reply on the talkpage/proposal that you previously mentioned. With a Who's Online like the forums', you could actually know what page he/she is viewing, replying to a comment on a talkpage/proposal, or just generally editing an article without having to have wasted your time of the latter. Also, if you're viewing Who's Online via Recent Changes, there could be a show/hide button for you to click that shows extensive details on what they're viewing or commenting on so you can change it to fit your own preferences. Also, there could be a button like this, just replacing Members with Autoconfirmed Users (I'm not sure if there's a term for users who don't have special ranks like Sysops, Bureaucrats, and Patrollers other than Autconfirmed Users), removing Guests, and adding sections for Sysops, Bureaucrats, and Patrollers.

Proposer: Deadline: February 13, 2012, 23:59 GMT

Support

 * 1) Read above.
 * 2) It would be a good feature.

Oppose

 * 1) I don't see any reason to make this change (nor do i know if it's possible.
 * 2) Per Raven Effect. It's good enough the way it is.
 * 3) Per all. It's fine the way it is.
 * 4) Per my comment below.
 * 5) Per Bop1996.
 * 6) . Per All.
 * 7) Per all
 * 8) - Per all.
 * 9) Same as above. The one of nowadays is better.
 * 10) Per all
 * 11) I just don't think it's really necessary...

Comments
"That'd have to be done via extension, and there isn't a feature similar to WhosOnline that I know of that could do that. The WhosOnline only shows users viewing pages on the wiki while logged in, and there's not a feature in there to do what you suggest."


 * Aside from the arguments I have against actually using this feature at all, this probably isn't possible, unless you have some method planned of doing so. The forum version is run by SMF, and this is run by MediaWiki, so it's not like it's some built-in feature we've just been neglecting.

I like the idea, but I doubt if such MediaWiki extension exists, if we can make one, or if Steve agrees.

The forum system and the wiki system AREN'T (notice the caps) good if merged each other. Besides that, I don't like the idea: it makes me feel I'm in a forum with different layout.
 * They aren't going to be merged if this passes. The wiki Who's Online would only be changed to be more like the forum version if this passes.
 * Oh fine. If this passes, then I would get disappointed.

Miscellaneous
None at the moment.