MarioWiki:Proposals/Archive/33

Automatically Removing Fan Votes from FA Nominations
AUTOMATICALLY REMOVE FAN VOTES 7-0

There have been far too many times where I have seen someone support or oppose the nomination or denomination of a featured article simply because of the fact that they like the character or enjoy the game or whatever. These kinds of votes have no place here, where articles are featured based on their ability to represent the best that the wiki has to offer, not on any personal preference. However, we still have to go through the process of getting three people, at least one of which has to be an admin, to vote to remove his vote and then waiting 24 hours before finally being able to remove it. Enough of these votes can stall either kind of nomination until they have no way of passing when they shouldn't even be there in the first place. So, what I propose is to outright disallow these kinds of votes from being used. If they are used, they're to be removed without going through the longer removal process (for unfeature nominations) or deleting the reasons and leaving the vote (for feature nominations).

Proposer: Deadline: March 30, 2013, 23:59 GMT

Support

 * 1) Supporting.
 * 2) Per proposal, this should hopefully get rid of the fanvote stopping Mario & Luigi: Partners in Time getting unfeatured. EDIT: Articles should be featured/unfeatured on (lack of) quality, not I like this
 * 3) but i liek dat game hav it feachured rite nao!!!!!!!!!!!!!!!!!! Support; that example is not a vote, just pure bias.
 * 4) Per proposal.
 * 5) This proposal is made by my favorite color! It should pass! But really, those types of votes do nothing other than unnecessarily slow the FA process. We should remove them on site. Per proposal.
 * 6) Per all.
 * 7) — Here's what it is up to today (no user cited is real, just examples):
 * " Plz feature this game cuz i liek it!!!!! PLZ!!!!!!"
 * " its an awsome charcter so it shuld be fetured"
 * " i hate gombas so it must be unfetured"
 * " yoshi is so cute he must be fetured he is sooooo cute!!!"
 * Things like these should definitely be cleared out. Per all.

Make an iPhone/iPad app
DO NOT CREATE APP 1-14

My idea is to make an app for the iPhone or iPad that links you straight to the wiki. Since not entirely nessecary, it should be free. I got this idea because Khan Academy has the exact same thing as I'm suggesting. What's more, we'll be the FIRST wiki to do this!

Proposer: Deadline: April 1, 2013, 23:59 GMT

Make an app

 * 1) Per proposal.

Don't make an app

 * 1) &mdash; You yourself state that creating an app is unnecessary. Why would the Wiki garner from a completely unnecessary addition that isn't even provided by the Wiki itself, but some other second-party or alternatively third-party management getting in the way? I just don't see it improving the Wiki at all.
 * 2) It's impractical, it'll be annoying to create in the first place, and it's simply unnecessary for both the average wiki visitor and the average wiki editor.
 * 3) Per all, completely unneccesary.
 * 4) Like what the other's said
 * 5) That is just useless.
 * 6) Like Phoenix said somewhere other than here, why would we need an app when a home screen shortcut does the job?
 * 7) - Per all.
 * 8) - Per all.
 * 9) - Per all.
 * 10) Per all.
 * 11) Per all.
 * 12) Unnecessary, waste of money. Per all.
 * 13) — "…What's more, we'll be the FIRST wiki to do this!". …You probably ignored that Wikipedia has an indipendent iOS app, too. And there's Wikipanion, still for iOS, that did the already done job: you can have more than one wiki in the same app, you can jump to a specific section without going up the page, and several more features… Per all.
 * 14) Like RandomYoshi said, the proposer himself stated that an app is unnecessary. Per all.

Comments
@MortonBoo99--You can view and edit the wiki from those devices. In fact, I'm writing this from my iPod.--

Even though I oppose the app, I think a mobile site might have some use (makes it easier to edit from mobile devices). I don't know though, you'll have to bring up anything like that with .--

I agree with Mariotime11

Spoiler Template
DO NOT ADD SPOILER TEMPLATES 1-15

I think we should use a template for articles that states that the page contains spoilers, a lot of other wikis have them. Like for example, what if someone was thinking of buying Luigi's Mansion: Dark Moon and skimmed the article to read about it a little? The article has spoilers such as the game's ending right out in the open, so at least we should have a template we can put on SECTIONS that contain spoilers.

Proposer: Deadline: April 8, 2013, 23:59 GMT

Support

 * 1) Per proposal.

Oppose

 * 1) I'm opposing for the reason that users shouldn't have to manage Spoiler templates and decide when they should be added or removed. And when people visit this site to read our articles, they don't want to see distracting notices littered around. Pages here are to be written and upheld in an encyclopedic view, and we shouldn't bend our standards and consistency just to suit certain individuals.
 * 2) Take pages such as Bowser, which scatters spoilers amongst non-spoilers like salt and pepper and blurs which is which (for example, in this day and age, is it really a spoiler that the final boss is Yoshi's Island is Giant Baby Bowser?). Take pages such as Doopliss or Shadow Queen, where the title or even mere existance of the page is a spoiler.
 * 3) - Definitely per YoshiKong. I was going to write a small text explaining the reasonings, but he said it the best.
 * 4) - Per all, and per the proposal that got rid of our original spoiler templates. There are spoilers everywhere, as is to be expected of a Mario encyclopedia; we have a disclaimer about it, but beyond that, it's the reader's responsibility to avoid spoilers, because marking them is way too much trouble and looks like crap.
 * 5) - Per all.
 * 6) It's funny, I had the same thought a couple of days ago. But we shouldn't do that, because the wiki would be full of templates otherwise. If somebody doesn't want to read spoilers, he should not go to the page that will obviously contains spoilers (Luigi's Mansion Dark Moon as in your example)
 * 7) – Per all. As has been said time and time before, complete coverage of the Mario series implies that we will cover spoilers.
 * 8) Per all.
 * 9) Per Walkazo and SMB
 * 10) Per all.
 * 11) Per all.
 * 12) Per all.  Thought it was a regular template though.
 * 13) - Per all.
 * 14) - Per all.
 * 15) I'm pretty sure if people didn't want to give any part of the game away, they wouldn't read the article.

Comments
@MortonBoo99: I don't think you grasped the basic idea of the proposal. -- 20:12, 1 April 2013 (EDT)

Tell non-trolling IPS when their edits are undone
OPPOSE 1-15

I think that when we undo an edit from an anonymous IP that they should be notified, unless they are obviously a troll. This should happen because it means when they find out their edit has been undone they will have reasoning for why and so they'll know not to just add it back in. For example, today on the Yoshi's Island DS page, in the babies section, an IP address replaced the Yoshi Island DS Baby Mario and Baby Bowser sprite with their respective Super Mario World 2: Yoshi's Island sprites, this was undone and then a few minutes later they put it back and it had to undone again, if they told that their edit had been undone and were told why then it is likely that they would not have done it again. If the IP address is obviously just a troll then will not need to be notified about this, but for the honest people who just help out they do need to be notified.

Proposer: Deadline: April 15, 2013, 23:59 GMT

Support

 * 1) Per proposal.

Oppose

 * 1) - I personally feel it's unnecessary to force everyone into following this procedure. If you want to, you can always let them now, but enforcing it with a proposal feels too much to me. Plus, if you provide a good edit summary when reverting edits, it's possible they'll see it and know why their edit was reverted.
 * 2) - Per Tucayo.
 * 3) Per Tucayo.
 * 4) - Per Tucayo.
 * 5) - Per Tucayo.
 * 6) If you want to do it, do it. I like the idea. But this shouldn't be a policy, that's taking it too far. Per Tucayo.
 * 7) It has good intentions, but I fear that it's going to be more trouble than it's worth. True, some I.P. addresses are unaware that a recent changes page exists (I didn't know about them prior to my joining the wiki), but I feel what you want to enforce is already practiced as courteous common sense, something we should already do anyway, and it shouldn't need enforcing.
 * 8) Per Tucayo.
 * 9) Per Tucayo.
 * 10) Per Tucayo.
 * 11) Per Tucayo.
 * 12) - Per Tucayo.
 * 13) • per all.
 * 14) I feel like this is unnecessary, so I agree with Tucayo and everyone else.
 * 15) Per Tucayo.

Comments
You could be more specific about what exactly will happen should this proposal pass. I mean, you are saying they should be notified, but how? If it is through normal messages on their talk pages, then I'm fairly sure this doesn't warrant a Proposal, but you could tell exactly what method should be used to notify them. ---
 * Talkpage is my only thought, how else can we tell them? I'd say it does warrant a proposal, because I can't just force everyone into doing this, unless the proposal passes
 * Even if this passes, you can't force people to tell the IP every time they make a mistake.--

You know, if someone doesn't bother to create an account in the first place, chances are their interest in the wiki is already fleeting enough that they won't even care that their edit was undone. There's no need to bother these people with what they will most likely think is spam. -