| Welcome to SmashWiki! Log in or create an account and join the community, and don't forget to read this first! |
| Notices |
|---|
| The Skill parameter has been removed from Smasher infoboxes, and in its place are the new "Best historical ranking" and "Best tournament result" parameters. SmashWiki needs help adding these new parameters to Smasher infoboxes, refer to the guidelines here for what should be included in these new parameters. |
| When adding results to Smasher pages, include each tournament's entrant number in addition to the player's placement, and use the {{Trn}} template with the matching game specified. Please also fix old results on Smasher pages that do not abide to this standard. Refer to our Smasher article guidelines to see how results tables should be formatted. |
| Check out our project page for ongoing projects that SmashWiki needs help with. |
SmashWiki talk:SmashWiki Status System/Archive 1: Difference between revisions
(New Page: 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, ...) |
(No difference)
|
Revision as of 16:38, July 28, 2012
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)
