MarioWiki:Proposals

List of Talk Page Proposals

 * Split from Rocket Start (Discuss) Deadline: June 14, 2016, 23:59 GMT
 * Split deceased category into characters and people (Discuss) Deadline: June 22 2016, 23:59 GMT

Writing Guidelines
None at the moment.

New features
None at the moment.

Removals
None at the moment.

Automatically pass proposals if the outcome is clearly unanimous
When someone write a proposal that's already been discussed, especially when it comes to TPPs, we have to wait for 7 or 14 days for it to pass, even though the proposal has a good majority of votes. Because this wait can be needless when it comes to unanimous proposals, I'm proposing that proposals with at least 15 support votes (two or more of which should be from an admin) and no oppose votes be automatically passed after 48 hours so that, like I said, proposals we know are going to pass will pass without the unnecessary wait.

Proposer: Deadline: June 20, 2016, 23:59 GMT

Support

 * 1) My proposal.

Oppose

 * 1) New information can come to light during the last few days that makes passing the proposal a bad idea. Near-unanimous proposals have been cancelled in the past, and this proposal would go against that.
 * 2) &mdash; Per Time Turner; there's a reason why this isn't usually done. Also the specific guidelines seem unnecessary.
 * 3) - Per Time Turner. 48 hours, is too short to allow a proposal to passed, even with a good majority of support, the result may change after a few days if other information about the subject (like Time Turner said) that makes passing the proposal a bad idea. 7 and 14 days is sufficient time to allow the proposal to passed.
 * 4) Per all!
 * 5) Bad idea. It's better to let a proposal simply run its course. It has happened before: something with seemingly unanimous support suddenly gets turned on its head. One example: a lot of voters were siding with "do nothing" until I,, voted along with  and . Note my comment, "I'll probably be the minority vote here". Also, minority votes can still prove to be valuable and we always invite dissenting votes to try to minimize groupthink; this proposal encourages this anti-intellectual groupthink behavior, and I find that dangerous. While the provision of 15 votes to 0 sounds like a mighty achievement, it's still better to just let the system handle itself rather than create wholly unnecessary rules on the negligible benefit of reducing wait times (hardly any of these proposals are urgent).
 * 6) - Per all; there's no urgency in rushing through the process.

Enforce a timestamp with user signatures
According to Signature, signature and datestamp are preferable, referring to when users sign their comments. While clicking the pen icon in the editing interface produces ~ and automatically inputs a generic signature with a timestamp, several custom user signatures still either have the user manually inputting to transclude their signature page, or just typing. Neither of these options will give a timestamp (which is an important part of the signature, according to the guideline page) and therefore makes it harder when looking back on older conversations to know when the comment was actually made without having to look at the talk page edit history. The solution is simple; enforce users to either set up their custom signatures to display the timestamp (a simple process even for new users who are inexperienced with wiki syntax, as shown in Help:Signature), or just have them use the plain default signature which already includes a timestamp. If this were to pass then the appropriate changes would be made to Signature to cover this. tl;dr simply transcluding the signature page as many users do, fails to provide a timestamp and can make reading older messages confusing; the process of setting it up to include a timestamp should be enforced to prevent this.

Proposer: Deadline: June 20, 2016 23:59 GMT

Support

 * 1) Per my reasoning.
 * 2) Abso-astheysay-lutely (or "Per driftmaster"). Hell, make it simpler - you MUST sign with ~ . It is entirely possible to make that produce  in your settings if you want to use that sort of sig.
 * 3) - I am fine with encouraging users to sign with ~ and even to add timestamps to, but not signing with timestamps should not be a warnable offense. I'm saying this just in case users start giving out warnings for not using timestamps if this passes. An informal reminder would do best unless it's extremely recurring, in which case an official reminder would be the best course, but definitely not a warning.
 * 4) I will agree with all of you! This is a very good idea to use it so, per all.

Comments
I'm also very annoyed by the lack of timestamps in some signatures, but if users do not sign with timestamps, should we fill it in for them or not? Also, should we add a timestamp to ? 21:37, 13 June 2016 (EDT)
 * If this passes and users still don't implement a timestamp, then yes (though not having a timestamp would be a reason to issue a and it would be enforced like any other signature rule). Also adding it to the unsigned template is a good idea.  21:49, 13 June 2016 (EDT)

Miscellaneous
None at the moment.