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. 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. 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. Proposals can not be made about System Operator promotions and demotions. Sysops can only be promoted and demoted by the will of Bureaucrats. 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. 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: 07:09, 11 December 2024 (EST) New Features Create a Dispute Resolution Committee So, I've been browsing Wookieepedia and have noticed they have a sysop's noticeboard. I think we should have something like this to alert sysops of important things and solve disputes between users. We would call this the "Dispute Resolution Committee". Proposer: Yoshario (talk) Deadline: March 16, 2009 17:00 Support Oppose YellowYoshi398 (talk) - A public record of issues may do more harm than good. Sysops can already discuss things on their forum board. Super-Yoshi (talk) Per YY. Stooben Rooben (talk) - Per YY. Comments I think we need this so regular users may alert sysops, since regular users do not have access to the sysop boards. Yoshario (talk) I used to and still do use the main talk page when the matter is public, and before I was buro or sysop and I wanted to keep something quiet (like an interuser dispute) I just dropped a note on a sysop's page. If this feature was updated and I had something I didn't want to get full blown I'd probably just use the sysop's talk page anyway... What I want to know is, how would it be different from the main page? We still have a smallish Wiki so I think we might be able to make do with that. :) Stumpers (talk) Removals None at the moment. Splits & Merges None at the moment. Changes Change Log-In 1 hour ago I just had a horrible experience.My computer had somehow forgot my password for this Wiki,thus I took 1 hour trying to remember it,as I had lost the piece of paper the password was written on.So to stop this experience happening to anyone else,we could maybe have two options,like a question? Instead of a password? Are we allowed this? Do you want it? I'll be waiting! Proposer: Hyper Guy (talk) Deadline: March 16, 2009, 17:00 Something Different! Hyper Guy (talk) Huzzah! per above. Tucayo (talk) - SOunds good, maybe adding a security question Leave as is! Nerdy Guy (talk) - Um... You guys do realise this will lead to sockpupeting and people being able to log in as other users. So this is one heck of a bad idea. Super-Yoshi (talk) - Umm, no. You can store your passwords in like a secret text document, but losing your password would be kinda silly amirite? If you choose a password that you cant remember well, then choose a password thats both secure and you can remember it from the top of your head. Mistakes happen, I know. I don't think there's a MediaWiki extension for a second log-in thingy. Dom (talk) - If someone forgets their password, it's their fault and their problem. If you know you have memory issues (AMNESIA for example...), then save the password in a text document somewhere on your computer. Users must take responsibility for their own account issues. Comments Is the password thing something all Wikis HAVE to do? if it is,ignore this.Hyper Guy (talk) Hmmm... I'm not entirely sure I understand the proposal. Do you mean two accounts? That's what I think you are saying. Bloc Partier (talk) No, it means two ways to log in Tucayo (talk) You're going to have to specify that second way. You mentioned security questions as an idea in the proposal, but right now we're just voting for "something" to happen. You'll need to reword it, otherwise we're voting on whether or not to give you a blank slate to work with as far as log ins are concerned. Stumpers (talk) 22:44, 9 March 2009 (EDT) Ok,I added an example.This IS my first proposal.Hyper Guy (talk) Much better - and I'm sorry if I came off strict. :) Stumpers (talk) Miscellaneous None at the moment.