MarioWiki:Proposals

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}}. Signing with the signature code ~~~(~) is not allowed due to technical issues. How To Actions that users feel are appropriate to have community approval first can be added by anyone, but they must have a strong argument. Users then vote and discuss on the issue during that week. The "deadline" for the proposal is one week from posting at: Monday to Thursday: 17:00 (5pm) Friday and Saturday: 20:00 (8pm) Sunday: 15:00 (3pm) Every vote should have a reason accompanying it. At any time a vote may be rejected if at least three active users believe the vote truly has no merit or was cast in bad faith. However, there must be strong reasons supporting the invalidation. "# " should be added under the last vote of each support/oppose section to show another blank line. All proposals that end up in a tie will be extended for another week. 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. 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. No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old. 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. 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. 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. Proposals can not be made about System Operator promotions and demotions. Sysops can only be promoted and demoted by the will of Bureaucrats. No joke proposals. Proposals are serious wiki matters, and should be handled professionally. Joke proposals will be deleted on sight. The times are in EDT (UTC -4:00), 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 Saturday night at 11:59 PM EDT, the deadline is the next Saturday night at 8:00 PM. If it is a minute later, the deadline is a day plus 15 hours (Sunday), as opposed to a day minus 4 hours. CURRENTLY: 20:28, 22 December 2024 (EDT) New Features None at the moment. Removals None at the moment. Splits & Merges None at the moment. Changes Restart Pipe Projects Well, this originally started as an admins discussion, but I brought it here. I don't know if you have noticed, but at least 90% of the Pipe Projects are outdated, with retired users, complete projects are now not among other things. For example, the Big Eight Many of those articles have rewrite or construction templates, their "Exemplar" article is proposed to become unfeatured, etc. My idea of a "good" page for the Big Eight will to make them all FA. Well, thats just an example. I propose that we RESTART the greatest part of the pipe projects to ncorpore ACTIVE members. I also say Directors should have a Sub-Director and the ability to fire the inactive users. What do you think? Proposer: RAP (talk) and Tucayo (talk) Deadline: Thursday, June 25th 17:00 Make them reborn from their ashes Tucayo (talk) You werent expecting me to oppose it, were you? Super Mario Bros. (talk) I don't think we should let them rot in the outdated graveyard. Per Tucayo/RAP (?) RAP (talk) *sees the timer on the proposal countdown to determination... ;o* MC Hammer Bro. (talk)Per all. Let them remain rotting in the shadows Comments Can I at least get credit for proposing this idea back in the forums? I wasn't actually expecting for my idea to be expanded into the public. RAP (talk) Borrowing my idea without my permission isn't a good idea. ;o Take Walkazo's examples. sorry, i didnt remember it was your idea Tucayo (talk) It's ok, at least I'll gladly support this. ^_^ RAP (talk) "Growth of the Summer" is coming. ^___^ Profiles for Super Smash Bros. Characters If you visit the Link, Pit, and Toon Link articles, you see that they have the kind of profiles that show their full name, first appearance, species, affiliation(s), and latest appearance. Should the other playable characters in the Super Smash Bros. series have these profiles too? Or should we drop the idea (except for Sonic and possibly [[R.O.B.) Proposer: User:luvluv321 Deadline: Thursday, June 25th 21:00 Have every Super Smash Bros. playable character have the profile style Have absolutely no playable Super Smash Bros. character have the profile style Cobold (talk) - having {{SSB Infobox}} is fine, but {{character-infobox}} is useless for all characters who only appear in Smash and not in any other Mario game. Yoshario (talk) - Per Cobold. SMB Oh... never mind. I thought we were talking about the SSB infobox template. Per Cobold. Walkazo (talk) - Per Cobold. Comments If you look here, it looks like the SSB infobox is already on all of the playable characters. Yoshario (talk) Every playable character should already have an infobox. What is this proposal trying to do different? - Cobold (talk) 07:42, 19 June 2009 (EDT) Link, Pit, Toon Link and several other SSB characters have appeared in the WarioWare series. --Grandy02 09:19, 20 June 2009 (EDT) Those are only cameo appearances, I don't think they warrant a big box with "affiliations" and "species", as well as "first appearance" and "last appearance", with first and last appearance being games not from the Mario series at all. - Cobold (talk) I know those are cameos, but it has been said that even characters from the retro microgames would deserve articles or at least lists. Mother Brain is a "Wario Character" just because she was in a microgame. That doesn't reflect my opinion, I just say how it is at the moment. But at least Link's box should be kept because he had notable roles in the German comics (predating Smash Bros.).--Grandy02 09:49, 20 June 2009 (EDT) Having an article is one thing, needing a character-infobox is another thing. If you look at Toon Link, most of the box is filled with non-Mario information. We should only put those infoboxes on pages when there's substantial Marioverse content. I think the poll is a bit too strict with its "all" or "none" options. - Cobold (talk) 10:41, 20 June 2009 (EDT) PipeProject Signatures I say that we eliminate signatures on the PipeProjects page. It messes up the counting on the sign-up part, and it looks messy. It is not that hard to use other formats of signing, such as {{User|Username Here}} or [[User:Username Here|Whatever]]. Proposer: Super Mario Bros. (talk) Deadline: Friday, 26 June 2009, 20:00 Eliminate Sigs SMB Per me. Cobold (talk) - probably the same reasons as for not using signature codes on the Proposals page: It messes it all up. Paper Yoshi (talk) - Per SMB. Walkazo (talk) - Per all. Zafum (talk) - Per Paper Yoshi. Super-Yoshi (talk) Per SMB. Keep Sigs Comments Split PM/TTYD Image Collages At the moment, there are 15 items from Paper Mario that do not have standard images. This creates an issue when standardized formatting is desired for an article containing images of many or all of the Paper Mario items. Below is a list of the items in question. As you can see below, these 15 particular items, have both their Paper Mario and their The Thousand Year Door images set side-by-side in a single image, instead of having each as their own file. This makes it impossible to utilize one image or the other separately. Separating the collage into two separate files would accomplish: uniformity, ability to use each image separately, allow for item tables to be constructed in a manner that is not visually disjointing, et cetera. Proposer:Xestrix (talk) Deadline:Monday, June 29, 17:00 List Electro Pop Fire Pop Fried Egg Honey Shroom Honey Super Honey Ultra Jelly Shroom Jelly Super Jelly Ultra Koopa Tea Life Shroom Maple Shroom Maple Super Maple Ultra Volt Shroom Sleepy Sheep* Sleepy Sheep Sleepy Sheep is a slightly different issue. The Sleepy Sheep image is slightly larger than all of the other PM items, and is uses a different naming convention, This is the only PM item to do so. I would like to recommend that the name be changed to reflect those of all other PM items. Image:SleepySheep_PM2.png >> Image:PaperMario_Items_SleepySheep.png Split The Images (Create two images, one for PM, one for TTYD) Xestrix (talk) - I would very much like the ability to use a PM image without having a TTYD image glued to the side of it. SMB Same here. Per Xestrix Leave Them Alone (Leave the images as they currently are) Comments Right now, I am in the process of creating a List of Tayce T. Recipes/By Ingredient as well as a revamp of the original list. To create the former, I have created two new templates: TTR and TTRi. In using these two templates to create a uniform recipe structure, I have ran into problems with the image collages. These files do not fit the 32x32 pixel standard of the other files, and the filename is reflected differently as a result. This makes it impossible for the template to function. (All images have the same naming convention, except for the mentioned 15)Xestrix (talk) Splitting the images into their proper parts would allow for the PM files to be accessed separately; additionally the newly created PM-only files could be made to follow the rest of the PM item's naming convention, giving ease-of-access to the PM-only files as well.Xestrix (talk) Miscellaneous Birdo's Gender There was a big disagreement over the subject on Chat. I said that I would make a proposal on the subject. So, should Birdo be referred to on the MarioWiki as a male (as "he" is in Japan), a female (as "she" is in U.S.A.) or it (gender neutral)? Proposer: Super Mario Bros. (talk) Deadline: Monday, 29 June 2009, 17:00 Male (Japan) Shroobario (talk) He was called male much more than female. Specially because he was male in america already, and he appears more in Japanese games than american ones, like Captain Rainbow, in which the fact that he IS male is part of the plot. Female (America) Grandy02 (talk): I don't vote for this because of the (inconsistent) censoring of Birdo's gender issue in America, but because real transgender people have to be referred to by their assummed gender, and the same should go for fictional ones. Super-Yoshi (talk) - Walkazo did make a valid point over here, so I would say keep it as she. It (Gender-Neutral) Tucayo (talk) - Thats the better to avoid problems Comments Well, I'm rewording my comment that I put under "It" by accident. I meant to say that Birdo should not be considered an It, but a female. The Japanese Birdo is a male (but wants to be a girl), but the American (and probably other releases) said that Birdo is a girl. So I think we should keep Birdo as a girl. SMB Well, Birdo is considered many things in America to cover up the issue. Birdo is usually, however, referred to as a female in America. SMB I am not going to vote. I see everybody's point of view and I only made this proposal to clear up a issue that started on Chat, and due to that, I will let everybody else decide. SMB