SmashWiki talk:SmashWiki Status System/Archive 1

This is my attempt to bring in a policy that restricts userspace/forum editing during busy times while retaining the "loose" atmosphere we have. The gist is that when business is slow, we don't care that much if you play in your userspace - we'll still tell people to not do it and lock those who do it excessively, but in the end it doesn't hurt us. When there's a need to do work, though - a situation we all know will happen within the next year or so when SSB4 information starts to come out - then we get more strict on living in userspace and forums. Bulbapedia does similar to this - they're currently restricting userspace edits to one a day since B2/W2 came out (though their reason is more of server load).

I do think we really need a general userspace restriction policy of some sort - we're the biggest NIWA wiki that doesn't currently have one, and I want to have something in place before we need one (i.e. next info deluge). But I don't want to just suddenly say to the wiki "alright you get 5 userspace edits a day now" or something, because people dislike change, and this proposal allows us to impose restrictions when needed while backing off when not.

I am generally open to change suggestions about anything in this proposal, but bring them up here before you edit the proposal itself. Once the proposal is ironed out, then there will be a vote on the final result on a separate page (for clearness). Toomai Glittershine The Sharp 16:38, 28 July 2012 (EDT)

Shwido's fabulous proposal

Well I reckon any userspace edit that has a grammatical error within it should be undone and the user in question should be permabanned.

...what.

...no seriously.

OK, ya got meh. I like this proposal due to this wiki always picking up more traffic every month, even when SSB4 was announced we got immense traffic, when the game is released it's more than likely that the shit will hit the fan. I am Supporting this proposal due to it being very lenient, being a proactive policy that'll help monitor the wiki (there are examples of this becoming and issue in other NIWA wikis), and because in the past there have been a multitude of userpage edits without the use of the preview button.--Shwido ^.^ 20:46, 1 August 2012 (EDT)

I support, too. And just for the record, because it annoys me: on a Wiki, the correct term is "blocked", not "banned", and it's "indefinitely blocked", not "perma-banned". RickTommy (talk) 21:47, 1 August 2012 (EDT)

Support: This is an excellent idea for when traffic starts skyrocketing when more news of SSB4 is revealed. Unknown the Hedgehog 00:48, 2 August 2012 (EDT)

Support: I ♥ this proposal--Bandit 00:55, 2 August 2012 (EDT)

I have nothing more to add other than that I support this. Toast ltimatum 09:05, 2 August 2012 (EDT)

I will have to agree on this because there are times like this, as Shwido said. Dots The PSI Asian 10:25, 2 August 2012 (EDT)

One thing that could be considered...

Closer to the time, once more and more edits about SSB4 come around, Extension:Patroller could be installed. This adds the red exclamation marks next to unpatrolled edits in recent changes. Then admins, and possibly rollback (if you give them the patroller user right) could then check the edits and make sure they are not stupid. It wouldn't limit the amount of stupid edits but it would make it easier to identify the stupid edits. Also, an autopatrolled right could be given to trusted users. Just a suggestion anyway, one that Wikisimpsons uses anyway (and it works pretty well there). The Solar Dragon ^{(Talk - Contribs.)} 08:05, 2 August 2012 (EDT)

I didn't realize we didn't already have this, I support installing it, and at the same time, I would like to become a patroller. On the wikis I am an administrator, I always check and then patrol new edits, and being autoconfirmed myself would be a relief for everyone else. Toast ltimatum 09:04, 2 August 2012 (EDT)

We actually already have this patrol thing, based on the number of "!"s in the recent changes. Toomai Glittershine Da Bomb 10:29, 2 August 2012 (EDT)