MarioWiki:Proposals/Archive/16



User Highlights
DO NOT ADD FEATURE 1-8

I know Mario Wiki isn't Userpedia, but I feel guilty when I find out somebody's prrromotion to a higher user rank just happened and I didn't congratulate them is an annoyance. The same with birthdays. Yes, I am a Userpedia user, but I'm thinking more about people limited to only Mario Wiki. It could just be a small box showing something, (sorry about putting myself in this, but oh well: "Hyper Guy's Birthday is coming up on___" or "User___ has reached Sysop rank) just a small box with a bit of information about the users, who could be recognized for their efforts on Mario Wiki, might make our community look much, much better by giving users credit, no matter how small the alert is. (NOTE: I'm not talking about edits! Just marking important moments for our brilliant users) THANKS FOR READING THIS!

{{scroll box|content= Proposer: {{User|Hyper Guy|Hyper Guy}} Deadline: August 28, 2009, 20:00

Oppose

 * 1) If you mean a box on the Main Page, it isn't necessary. For the promotion issue you stated, the promotion is usually listed in the Pipe Plaza, usually as, "*Insert User Name Here* has been promoted to *insert rank here*! Congratulations!" And the problem with the birthdays can be solved with the 'Shroom (we have the calendar, one of the sections is for birthdays). If anybody is not content with what we have, then that is too bad for them.
 * 2) The wiki isn't a forum, so we will not have a database for something like birthdays - creating an automatic system or handling it manual sounds like too much work for me. If you want to congratulate certain users, write down those users' birthdays on your own list. SysOp promotions are noted on the Pipe Plaza.
 * 3) – Per Cobold
 * Per all.
 * 1) - Per all.
 * 2) Per all.
 * 3) - It's simple, not a forum, there's already one that exists for the site. Per Cobold.
 * 4) Per all the Main page is for the wiki not the users

Comments
}}

Allowing YouTube Videos Outside Userpages
NO YOUTUBE VIDEOS IN ARTICLES 7-17

Before you all think, "It's been like that for a good while, why should it be changed?!", think about how better articles could look. Sometimes when I make edits, like I've been editing the Pyoro pages recently, I don't want to keep on writing things I know don't make much sense, but I can't show a viewer of the page an example of how the game would be played, and so that users can check if I'm right or not. It could also encourage people who don't want to read long articles. Instead of sitting on a chair for hours on end, they can scroll down the page until they find a YouTube video explaining it for them. I'm not saying we should stop writing and just spam YouTube videos on the pages, but this idea came to me when a friend asked me the other day, while I was showing him an article so he could see what you can do when you join, he asked "Y'know, I'm not actually reading all this c**p, can you just add a YouTube video on here or something?". After that, I started thinking about other people's opinions on this, and I personally think adding YouTube Videos to pages outside user pages would be like adding pictures to a book!

{{scroll box|content= Proposer: {{User|Hyper Guy}} Deadline: August 30, 2009, 15:00

Support

 * 1) - Per above.
 * 2) - Why Not, per Hyper Guy!
 * 3) Per all.
 * 4) I am Zero! It depends on what video, it's quality, is proffesionally done, and how small is the article, because, if the article is big then it will take a longer time to load. Zero signing out.
 * 5) Yoshi! I think they should extend it to Shroom pages.
 * 6) Per HG
 * 7) Hmmmm... yes, this proposal makes sense. I mean, if the youtube video is properly sized (and agreeing with zero) and professionally done, this proposal is a reasonable one. Also, on the Zelda Wiki they have youtube videos on their pages and honestly, their pages don't take that long to load.

Oppose

 * 1) Some pages, like Mario's, and really big, and, for some computers, are long to load. With Youtube videos, these pages will be extremely long to load.
 * 2) – Per Itachi 96. We can always external link to YouTube videos.
 * 3) see comment section
 * 4) Per all
 * 5) - Per Steve comments
 * 6) - Per all.
 * 7) - Per all.
 * 8) - Per Itachi 96 and Steve's comment below.
 * 9) - Itachi 96, your reason is invalid to me. Per my reasons below.
 * 10) Per Itachi... (about the comment about "per all"...) Yes It´s true some old computers and the memory fulled this would be a nightmare.
 * 11) - Per all!
 * 12) - The way the proposal puts it, I oppose. Youtube-Clips should not be added to replace text ("Just put a youtube video on here")! This is an online-dictionary and dictionaries are things to be read, so people saying they "won't read through all this c**p" are no valid reason to change something. At least that's my oppinion!
 * 13) - Using youtube videos on articles would make them less professional besides stealing words from text.
 * 14) - Couldn't we use references for that? That is what is currently happening is it not? Why change tradition if it is not necessary? These are all rhetorical questions by the way. Per Yoshario.
 * Per Itachi, Cobold, Edofenrir, and Coincollector.
 * 1) This is why not. Yeah, this link.
 * 2) Per Itachi, Cobold and see comment

Comments
An external link would work fine in your example. Right now we host all our content when it comes to articles--the text and images. Embedding videos and making them part of the actual article means we are outsourcing content which relies on YouTube and their servers, as well as the user who uploaded the video. Having embedded Flash in the articles looks sloppy. Most everything can be described in words and if videos are an option we could rely on them too much; "This video shows how the gameplay works." Blah Blah
 * I agree. YouTube videos would also take away content from the article, as people might say they don't need to describe what is shown in the video. -


 * Seconded! And think about all the stubs that would be created by just having articles with one single video and the comment "Watch the video" below it.

It's a wiki, it's supposed to have content in usually a text form, a reference to an external link TO a YouTube video is better. The video would extend loading time, like on Peach's page mainly, and content and formatting may be harder to replicate. Also, just a little off-topic note, I hate it when someone says "Per all."

I'd say it might be useful in some points but it should be handeled VERY careful so that this feature is not overused or the Wiki will be overrun by Youtube-Videos, rendering the articles useless.

I think we need seperate pages for youtube videoes for example: Luigi's Mansion cutscenes would be nothing but youtube videos of cutscenes for the said game. Or Glitch videos would be a good page! Lu-igi board 05:05, 29 August 2009 (EDT)

If we bring Youtube information into this site we'd be relying on so much another web site. Take wikipedia. We only make few reverences to its articles and place links onto articles with necessary articles rather than copying and pasting everything.

}}

No name, no vote, no creator's username, delete, Version 2
DO NOT REMOVE UNSIGNED VOTES 2-10

Alright a few months back we had a proposal known as "No name, no vote, no creator's username, deleted poll" which is a small rule for the poll selection page which organized voteing, the proposal pass, but when it pass the poll selection page was no longer used (which sucks because it just happen with no warning and a lot of users like it because it was a lot of fun. I still think the Poll selection page should still be running), so I came up with the idea to apply this rule to the FI and proposal page (I'm not sure if the FA has the support or oppose system, but if it does then it will be apply to that page also.). For all the new users who don't know what I'm talking about it's just basically if you don't put your username under support or oppose then your vote is deleted. note: This doesn't apply to the "comments" section but if a user forgot to put his/her name then just let them, you, or someone else put there username in.

{{scroll box|content= Proposer: {{User|Zero777}} Deadline: September 5, 2009, 20:00

Support

 * 1) I am Zero! (creator) The last one pass very successfully, because think about it why make a section if you are not going to support it yourself? There's no reason to oppose since if it pass then it will make a turn for the better for everybody. This proposal will make the pages I just said more organized. Zero signing out.
 * 2) Yoshi! I don't like it when a niminator doesn't support it himself but I see no real reason to have to add creator after your user name as  above it usually says nominated by.

Oppose

 * 1) - So... If i dont say who i am when i vote, my vote gets deleted..... Stupid.
 * 2) - Per all. We dont need to delete those right off the bat, it's often just a misunderstanding and once the user is told, he/she will almost always change it.
 * 3) - If this doesn't apply to the comments section, and a user could fill their username in there, then why not in the Support/Oppose section? There seems to be no need to remove a user's vote because they didn't sign it, someone else could for them.
 * 4) Per all except Time Q.
 * 5) - Just add, yeash. No need to make someone worry about not having their vote there like someone did to me.
 * 6) - Per all.
 * 7) No. Just no. I don't vote on some of my proposals (such as the recent amendment to the No-Signature policy that requires coding). Sometimes the proposer might understand the reasoning of both sides, and can't make up their mind. So, as I said, I oppose this.
 * Per Yoshario. This is a rule that probably wouldn't do much harm, but it wouldn't make sense either.
 * 1) Per all.
 * 2) Per all

Comments
I am Zero! Oh ya, I forgot that part, I was thinking of the poll selection page. Zero signing out.
 * we already use that...

I agree with the no name no vote part but I dont think the no username of creator is pointless. Don't most creators vote after they already have published it?
 * The no name rule already exists with the no-sig policy. I don't think we have to rewrite it.
 * Time Q: Have you noticed that the top six votes all per you in a way?
 * Yeah, hehe. I guess that either that means my reasons are really good, or they're all just lazy. :P

What happened to the other votes?
 * The proposer unwarrantedly deleted them.


 * I'm kinda confused too oO -

I am Zero! I altered the proposal so much I have to delete the votes and start all over, because some people aren't getting the picture. Zero signing out.

I struck my vote and those that are "per-ing" me for now. Anyone of the users concerned feel free to replace your striked votes with a valid one.

I am Zero! Well if you put it that way, well ya it's stupid, but overall is good. Zero signing out.

I have to say that I don't really get the point (what keeps me from voting). So an unsigned vote will be deleted, but another one can fill in your username and then it's fine? Wouldn't it be easier to just tell the person that he/she forgot to sign the vote? I don't understand it. To me it seems like the bold text and the rest contridict each other. Someone please enlighten me.

- Sorry Time Q but you crossed out your vote and your vote has no logic. Plus, your vote is messing up the number system, it looks like there are seven people yet there are only four.
 * I know it has no logic (anymore), that's why I crossed it out >.< But there are still some people per-ing me, so I left it there for now. I'll remove it soon, but I wanted to give the other users the chance to update their votes. By the way, you're vote has no reason and thus is invalid.
 * The "per all" votes still count, since they support other voters' opinions, not just your defunct vote. -

I am Zero! * sigh * It was a success last time, so I wonder what did I add or remove to make this one a failure? Zero signing out. }}

Create spoiler boxes
DO NOT CREATE SPOILER BOXES 2-12

Over on a couple wikis, they have boxes that toggle(show/hide) that contain any information that may give away the ending plot. I propose that we do the same thing. That way, people can't say that they just figured out the entire plot of the game without a warning. Now I know that we already have those warning things, but my eyes tend to linger and other people's probably do too. I would need lots of help to create and place these if this proposal goes through. So if it does, help would be appreciated.

{{scroll box|content=Proposer: {{User|Electrobomber}} Deadline: September 7, 2009, 17:00

Support

 * 1) Per above
 * 2) I actually think it's a good idea, and have no idea why people oppose for this. Per Electrobomber.

Oppose

 * 1) - It's too much hassle. Really, people should expect spoilers if they read anything on the Internet; the fact that we even bother warning them puts us ahead of the vast majority of websites out there (not to mention people who troll forums just to spoil plots). Our job is to deliver all the facts we can, and bending over backwards to accommodate people who don't want all the facts is counter-productive.
 * 2) - Per Walkazo.
 * }: Per Walkazo
 * 1) - Wow, Walkazo's making a lot of sense today, first that comment and now this. Per Her.
 * Per Walkazo. To be honest, even the spoiler templates we have seem sort of unnecessary to me. I mean, we're an encyclopedia trying to cover all Mario-related stuff, and of course this includes spoilers as well. Putting those templates in articles seems unencyclopedic to me. Just my two cents... anyway, no need for even more spoiler warnings.
 * Per all. I also agree with Time Q, I don't find those spoiler templates useful, either.
 * Per all.
 * 1) Per Azzy.
 * 2) Per Walkazo
 * 3) Per Walkazo.
 * 4) Per Walkazo.
 * 5) Sorry, Electrobomber, but we already have a spoiler template, and what you're suggesting sounds like a lot of work to do.

Comments
we already have them :)
 * So, if the wiki has them... are they in use? Sorry, i checked. They are.-
 * Correct me if I'm wrong, but I think he's not talking about the -thingies, but about something that hides the spoiling contents from the visitors eyes and reveals it when clicked on. -
 * Yes, you're exactly right, Edofenrir. The spoiler template is "those warning things", as mentioned in the proposal; Electrobomber is suggesting we put the spoiling information in show/hide boxes. -
 * oh, sorry :embarassed: i didnt understad the proposal ver good :/
 * there, is the proposal a little easier to understand now?

}}

Even Out Removal Votes
REDUCE NUMBER OF VOTERS REQUIRED TO REMOVE FA VOTE TO THREE 11-0-0

OK, I am very annoyed when I see an inconsistency on a wiki and as I look at the proposals page and the FA page, I notice that there is an inconsistency in the number of votes it takes to remove the invalid votes. On the proposals page, it takes three and on the FA page it takes five, why the two-number difference? If this proposal passes, those numbers will even out so that there is one universal number so that someone doesn't mess up like that guy :( Anyways, I've created three voting groups just in case someone wants one but not the other.

{{scroll box|content= Proposer: {{User|Marioguy1}} Deadline: Thursday September 10{{sup|th}}, 2009 (17:00.00)

Change FA Number

 * 1) - The FA Number is higher so making it lower would help to squish out those fan-votes because people love someone. On the proposal page I doubt there would be fan-votes. Oh yes and when this proposal ends, if even one of the numbers changes, I want it marked as a success (you know green ).
 * 2) - I support this, but only if the removal-votes have to be  accompanied by a strong reason to be valid (like it is now). I think three strong reasons are enough.
 * 3) - Per, though i am of the idea that we should delete ALL fan votes without going through this....
 * 4) Per all. But what are we going to change the number to? Four? Oh okay. I'm keeping this vote though. Three sounds more reasonable than five. And Per Time Q, too.
 * 5) Per MG1.
 * 6) Sounds fair. FIs need two, but that's too little in my opinion.
 * 7) - Per Marioguy1.
 * There's no reason for having two different numbers, so it's a good idea to even them out. Three seems like a reasonable number: experience has shown that there are hardly ever 5 users that vote for the removal of an FA vote. Oh, and just to clarify: Current rules state that one sysop must be among the voters that vote for the removal of an FA vote. This, of course, should stay the same.
 * 1) Per all.
 * 2) – Per all
 * 3) Per All.

Comments
@T.c.w7468: I think the proposer splitted the support section into two to avoid problems with this question. You just voted for decreasing both numbers of neccessary removal votes to 3. If you had picked the other support category, you would have voted for increasing both numbers of necessary removal votes to five ;3 -
 * Unless I wrote to change the rule it won't be changed.
 * Timmy Tim: I would of included FIs but do you know how many headers that would take?
 * You can't vote for the removal of FI votes.
 * I know, I was just saying, it was the same on the vote page too, before we canned it. I reckon that three is a good number for proposals and FAs.

}}

Creations & Deletions
NO QUORUM 1-0

OK, this proposal is just to test out whether or not this idea is worth proposing. Anyhow, my proposal is to make a section on this page called Creations & Deletions to replace the section Removals. This way there will be more space so that to propose, say a Q&A Page, you won't have to put it under Miscellaneous. This could also help with those old proposals of creating and deleting committees. So that's basically it, vote now!

{{scroll box|content= Proposer: {{User|Marioguy1}} Deadline: Friday September 11{{sup|th}}, 2009 (20:00.00)

Create Section

 * 1) - OK, I think I made my point clear...

Comments
Couldn't the "New Features" section be used for creating something? –
 * And removals for deletes
 * Just to make things clear, Hephestus vote is not valid according to our rules, so currently, the proposal would be listed as "No Quorum" (The first of those if I am correct)
 * I, too, think that Hephaestus's vote is invalid.

Yes, I think too that Hephaseus's vote is invalid. Sure, why not is not a strong reason. }}

Give Patrollers CheckUser
PASSED 14-0

Before you oppose this, please read it. If I'm correct, we used to have an extension for CheckUser, which means (if we don't have the extension anymore) there is one for our version of MediaWiki. CheckUser would help Patrollers if they are dealing with possible sockpuppets, but they couldn't tell whether they really are. It wouldn't give them major Sysop powers such as oversight, deletion, or protecting of pages; which would give the users in the Patroller group more power/responsibilities, while retaining its place as the "in-between" of users and Sysops without it becoming redundant. I feel this would highly benefit Patrollers in the case of huge spam attacks or when suspicious users sign up.

{{scroll box|content= Proposer: {{User|Super Paper Mario Bros.}} Deadline: September 13{{sup|th}}, 2009, 15:00

Give Them CheckUser

 * 1) My proposal. Also, see my comment below about the extension information.
 * 2) - I would find this very useful
 * 3) - So if it wouldn't do anything bad for the wiki then why not?
 * 4) If there's no harm in it, why not?
 * 5) This would make it easier for the patrollers to do their job.
 * 6) - If it helps to keep this site safe from trolls, then I second.
 * 7) - It seems reasonable to me and fair for patrolles to use this page.
 * 8) - Mah boi, I am seeing exactly where your coming from! If I were a patroller, I'd want a bit more power than the current things available for the patrollers. MORE POWER FOR THEM!
 * 9) Why not? It won't harm the wiki and it'll keep spammers out. Per all.
 * 10) - Per all. It takes too long when the Patrollers have to go and ask Sysops to CheckUser for them.
 * 11) - If you are giving them block, give them checkuser. Simple as that.
 * 12) - Power to the Patrollers! This thing will sure reduce the number of spammers.
 * 13) - Per all, I think this is a good thing!
 * 14) Great idea per all.

Comments

 * Here is a link to the extension: . It is also listed in our version information, so I guess we have it.
 * How would you go about getting this, would you just ask and Mediwiki gives it or would it be more complicated?
 * That is classified, I will note here though that Porple (the founder and owner of the Wiki) gave his approval for giving CheckUser to them (if this passes).
 * As of now, 21:54, 7 September 2009 (EDT), WarioLoaf has created a sockpuppet and has also trolled Userpedia. I feel this incident furthers the fact that it would be very useful for Patrollers to have CheckUser. It would further protect us from trolls like these.
 * Actually, a CheckUser is extremely necessary NOW

The proposal must pass in the appointed date. However, if you see any suspicious action (like moving pages into nasty words) don't doubt on giving that guy a permanent ban. }}

Delete Genre Articles
DELETE 9-0

I have encountered a couple of articles in Category:Game Types and have thought that creating an article on each genre is redundant. Has Mario appeared in a lot of genres? Yes. But I hardly think there's a reason to create an article on each one. The only thing that would accomplish is defining what each genre is and what Mario games belong to it.

{{scroll box|content= Proposer: {{User|Knife}} Deadline: September 15, 2009, 17:00

Delete Articles

 * 1) – I am the proposer.
 * 2) - Maybe we could merge them all into the article "Game Types"...besides, the majority of those articles are stubs!
 * 3) - Agreed! I would even say that these articles are superfluous, because all the contents actually belong to the respective game-articles. A short summary of the genre can be given at the top of every game article.
 * 4) Per all.
 * 5) Why need a separate article for each when we can just merge them to one article?
 * 6) Per all.
 * 7) Per BabyLuigiOnFire good good proposal.
 * 8) Per all.
 * 9) Per Marioguy1.

Comments
Uh, why keep "Three-Dimensional Game"? --Glowsquid 06:56, 9 September 2009 (EDT)
 * I was just about to ask the same question :D
 * I noticed that it is the only one of those articles that isn't a stub
 * Well, if this is the reason, I'm against the proposal - keeping this one article while deleting all the others is just inconsistent. I'll wait for Knife's explanation though.
 * When I think about it, you guys are right. I thought we should keep that since technically it wasn't a genre. I retract that statement. And yes Marioguy, I noticed them because they were stubs. Many of these stubs need to be deleted though.-- 14:09, 10 September 2009 (EDT)

Why not just merge them together?
 * This seems to be a good solution.
 * That's what I suggested!
 * Yeah, but "Game Types" isn't a good name for an article. However, plain "Games" is already taken, and there's not many other official-sounding names; Wikipedia uses "Video game genres", but that's only a slight improvement over "Video game types". -
 * I think Video Game Genres or just Genres would be appropriate enough because it is the common term in this jargon and everyone will understand it.
 * "Video Game Genres" would be better, since plain "Genres" could apply to movies and TV shows as well. Then comes the question of capitalization... -
 * "Video Game Genres"... The rules state that all titles must be capitalized, so there's little choice.
 * Oops, 'guess I missed that rule (note to self: review policy pages). -
 * I'm not sure, but I was told so by when I was new on the wiki. And well, I trust his statement. -
 * Well, Wikipedia doesn't capitalize all their titles, but I think it looks neater (or at least, more uniform, not to mention simpler to remember for linking purposes) if they are uppercase. However, lots of things are capitalized around here that shouldn't be (i.e. Mario and Luigi are referred to collectively as the "Mario bros." - note the lowercase "b", which is often erroneously capitalized like the game title Mario Bros.). -

}}

Mario Kart Wii competitions
ALLOW ANNOUNCEMENT OF COMPETITIONS ON NEWS TEMPLATE 11-0

Ok, i kinda get annoyed when a new Mario Kart competetion comes out and I haven't taken part so i suggest that we say when a Mario kart comp comes out on the news template to alert everyone. Ans since Nintendo news doesn't do it anymore i thimk it would be useful to know when one comes out.

{{scroll box|content= Proposer: {{User|YellowYoshi127}} Deadline: September 16, 2009, 17:00

Allow the MKWii comps

 * 1) Yoshi! Per Me.
 * 2) - Per YY127
 * 3) Per Yellow Yoshi. And why do not put back the tourney template then?
 * 4) - This was actually made official in Timmy Tim's proposal earlier but what's a second opinion going to do, per my reasoning in the proposal to put minor news into the template.
 * 5) I am Zero! I like the idea to post it on the main page but it would be better to post it on the competition template, and it would be a great idea to also do this with SSBB. Zero signing out.
 * 6) I'm always curious, so I'll be going for it
 * 7) I don't even have Wi-Fi - I'm totally gutted!
 * 8) I don't really care about the tournaments, but why not?
 * 9) I don't even have wifi, but this proposal is helpful for those who do and are interested, and it's something to refresh the news :)
 * 10) Per Marioguy1, this was the kind of thing I was refering to.
 * YY, you make a great point.

Comments
Is this for competitions among the wiki community or something more official? If it's for competitions organized by the wiki, that's what the MarioWiki Community box is for. It would only make the News box if, say, Nintendo was organizing something. The English here seems pretty bad. -- 19:38, 10 September 2009 (EDT)


 * I believe he's talking about these.
 * He's proposing to put those competitions in the template which should already happen thanks to Timmy Tim's earlier proposal.

}}

Time Limit Before New Game Spoilers Added to Other Articles
NO TIME LIMIT FOR SPOILERS 3-12

First, I hope I've added this proposal correctly; my apologies if I've messed up somewhere. To the point, I'm proposing there be some sort of time limit, a statute of limitations if you will, before spoilers for an as-yet unreleased game begin to filter their way into other articles. For example, Mario & Luigi: Bowser's Inside Story is not out in North America yet, but as I was reading over several Partners in Time entries, I came upon numerous spoilers for the unreleased game. I understand if spoilers for BIS would be in the M&L:BIS entry, as that would be a "read at your own risk" situation, but should someone who is just trying to get caught up be forced to find out things they don't want to until they get a chance to play the game?

{{scroll box|content= Proposer: {{User|LBD_Nytetrayn}} Deadline: September 20, 2009, 15:00

Support

 * 1) - I am aware, that this is of little point, but anyways... My opinion is, that spoilers are something one has to expect on a wiki. But major spoilers should only be found on the respective games article or in a paragraph dealing with that game on another article. That means, a spoiler about M6L:BiS on the M6L:PiT is fine, as long as the paragraph it is in is concerning BiS in general. That would not just increase user-friendlyness, it would also make the wiki more orderly and more structured.
 * 2) - As per Edofenrir.  Looking back, it seems the bigger issue is more with the nature of the Trivia sections as a conduit for such spoilers to appear in other unrelated articles.  It's one thing to go into Bowser's entry and know which section to avoid, but another to look up a form of his from one game and see "guess what?"
 * 3) - Per all

Oppose

 * We're not a random fan site, but an encyclopedia, and as such are our task is to cover everything Mario-related in the most objective and neutral way possible. Thus, hiding information from our readers, no matter for what reason, is bad. If someone doesn't want to know something about Mario, they shouldn't read this wiki, it's as simple as that.
 * 1) – Per Time Q
 * 2) – Per Time Q. He said everything I wanted to.
 * 3) - This is censoring Bob Hoskins all over again, no, no and no again! Besides, if SMG had just come out two days ago and I somehow got it at that early date and got as far as I am in it now, how would I have figured out how to beat Bowser?
 * 4) - Per Time Q.
 * 5) Per Time Q
 * 6) - Per Time Q. We should just get rid of the Spoiler templates and say the entire site's a "read at your own risk" database (like everything else on the Internet).
 * 7) Per Time Q and Walkazo.
 * 8) - There's a warning.  If you ignore it, that's your fault.
 * 9) Per Walkazo.
 * 10) Per all.
 * 11) - Per all.

Comments
I agree with TimeQ, but i HATE spoilers.

Is there a way to add a spoiler tag or something, then? Again, not saying no spoilers at all, but spreading them throughout to articles only slightly related seems a bit like overdoing it. If I just want to learn more about Partners in Time, is it really necessary that the first piece of trivia I see in one entry spoils a game that's not even out yet before I even read the more relevant info? And Marioguy1, would that info not be in the SMG article? That would be a different situation from what I'm speaking of.
 * No actually, how to beat a boss is a spoiler :). BTW, you cannot propose to hide the spoilers from view in some kind of template that says "Click for Spoilers" as it hasn't been a month since Electrogoomba tried the same thing.
 * It is, but a Super Mario Galaxy spoiler in a Super Mario Galaxy article makes sense. What I'm talking about is akin to putting a Super Mario Galaxy endgame spoiler in an article about Super Mario 64 or Sunshine.

As far as I understand a major concern of this proposal is that spoilers are available outside of the respective game article, and I can perfectly understand that. Spoilers belong to the game's article or paragraphs in other articles that deal with that game. What situation would rectify it to post a spoiler outside of an article or paragraph of the respective game? Are there examples? -
 * Ah, you get what I mean. As noted, why am I being spoiled for Bowser's Inside Story when I'm just trying to read about Partners in Time?
 * How about some specific examples (i.e. individual pages)? I can think of many reasons for PiT articles to have M&L3 spoilers: one of the Super Mario Wiki's aims is to identify and present common themes running through series, and plots are an integral part to any RPG coverage, spoilers and all. Character articles are guaranteed to have spoilers, as will prominent items, enemies and areas is many cases. Granted, some editors might go overboard and spill the beans where a page could be perfectly complete without the spoilers, but other times omitting the spoiler would be denying the unconcerned (spoiler-wise) readers all the information we could give them, which goes against everything the Wiki stands for. -
 * Yes, in many cases, spoilers have to be pointed out for the sake of being informative. I won't argue that. But is there a reason why spoilers have to be given outside of a respective paragraph? I mean, there may be f.e. paragraphs like "Role in BiS" on a character article and putting spoilers in there would be fine. What I wouldn't understand is, when someone would put spoilers outside of an existing BiS paragraph. I mean, that would not just be unnecessary, but make the article itself appear less structured. -
 * All bets are off when it comes to Introductions, Trivia sections (which are discouraged, as they do make the page look disorganized), and other little bits like "Personality", "Powers and Abilities" or "Relationships with Character X" (another defunct section, by the way). The writers could be more discrete about the ending details, but I doubt more anti-spoiler rules will change that (we tell people to use proper grammar, but a lot of crud still gets posted day in and day out). -
 * Examples. The main one which led me to this was the first trivia item here: here. Various Shroob entries also reference a battle in the latest game, though those seem relatively minor by comparison.  I suppose this may act as much as a discouragement to the Trivia sections lamented above. -
 * That Bowsletta/Shrowser/Dark Bowser point is perfectly reasonable, as it is undeniably true that Bowser's essence is combined with that of the main villain of all three Mario & Luigi titles; not mentioning the trend would be a grievous omission. The fact that the Shroobs appear later also has to be included, as it is part of the history - the backbone of almost every page on the Wiki - of these characters; just as we mention every game Mario appears in, so too must the Shroob cameos be noted. -
 * But must it be put out there before the game is even out here? Can it not at least wait until the game ships? I understand why you'd want the stuff to be there, but is it really that crucial that it be up here before the game even comes out? And I know it's out in Japan, but are that many users going to be importing it first? -

We could just do like the ArchieSonicWiki and just add a blanket statement to the Mainpage saying 'Warning: These Wiki Contains Spoilers, Read At Your Own Peril', or something to that effect. -- }}

New Policy
CANCELLED 8-8 Sometimes, there's an article that is created with one or two lines of text. It starts building up after after a while. When we see these articles, we simply slap a stub template on it in hopes that someone will expand it. This kind of thinking has created more than a 1000 stubs. That means more than 1/10th of all the articles on the wiki are stubbed. We need to fix this proportion for the sake of the wiki. There is no quick fix, but we can reduce this if we add this new policy to the Rules.

Any article two complete sentences or less is subject to deletion under the following conditions:


 * The article is linked to from 9 or less mainspace articles. Links from a template page are acceptable.
 * The article has no images.
 * The article belongs to 2 mainspace categories or less.
 * The article has 4 or less different contributers, not including edits by sockpuppets or trolls.
 * The article is at least a week old.
 * The article is not a disambiguation page.

So basically, any two sentence article that fits under ALL these conditions is deleted. If an article has sentence fragments or redundant sentences, they will not be counted. An article like "Goomba Pirates are Goomba pirates. There are lots of Goomba Pirates. They appear in Mario Party 8. They are found on (whatever board that was). They throw players into a cannon and shoot them to the start if they land on a ! Space." will not work.

If this proposal passes, articles on the wiki will be deleted if they meet these conditions and will become an enforced rule and a new policy will be added. The editors in no way will be punished for creating an article under these conditions, unless it is vandalism. If you have any suggestions or questions about proposal, please leave them

{{scroll box|content= Proposer: {{User|Knife}} Deadline: September 22, 2009, 17:00

Support

 * 1) My support is a given.
 * 2) - Per Knife. We have many stubs, quality before quantity.
 * 3) - This rule is actually pretty good! It should be easy to attain it. Per Knife.
 * 4) Great proposal there are much too many stubs and it needs to stop.
 * 5) Per Knife and Tucayo. There are too many stubs that are sometimes poorly written and need to be expanded/marked for deletion by patrolers/sysops. There are about 1500+ Stubs and that needs to be fixed!
 * 6) - I think every article that happens to meet ALL the conditions mentioned above could be considered very extreme, even for a stub. Removing those shouln't be harmful.
 * 7) Super Paper Mario Bros. Per all. Good idea, we need less pointless articles that don't help.
 * 8) - He did what I suggested; now the limits are good.

Oppose

 * 1) - There was a (largely ignored) rule created over a year ago (I think) against creating new stubs, but as for existing short pages, it really has to be dealt with on a case-by-case basis. Putting more emphasis on merging short pages and deleting unnecessary stubs would be beneficial to the Wiki, but that's more PipeProject fare than Proposal.
 * 2) - A little picky, aren't we? Just because an article doesn't have as much information as your picky standards dictate it should, that doesn't mean you should remove perfectly valid articles.
 * 3) - Per all.
 * 4) - Per all.
 * 5) - I don't really understand how cutting down on stubs helps the wiki in the first place. Even if that was desirable, very, very few articles would fit under these rules.
 * 6) – Per all.
 * 7) - A lot of these "requirements" are arbitrary. Per Walkazo.
 * 8) &mdash; the overall concept is nice, but I just don't agree with it. Every article deserves a chance, and that's what we should be giving them. Per all.

Comments
What rule says that this proposal can be given a long deadline?
 * None, so I corrected it.

@Marioguy1: Actually he says that there have to be at least 19 links TO the page, not FROM the page. -

@Ralphfan: I loosened up the rules a little, but I think 2 categories instead of 1 is a better fit since we have so many categories. It still has to pass all those conditions before being deleted anyway, so I don't think it is too strict. @Walkazo: That is exactly what I have been doing. If we deal with these case-by-case, we will get nowhere. Stubs are created much faster than they are fixed/deleted. It has gone far beyond Pipeproject repair. This is more of a deterrent for future stubs and hopefully will encourage users to not to make short articles for the sake of filling a red link (the manual of style has that bolded, but that isn't an enforcable rule).

I thought we could manipulate the deadline. Sorry for assuming that.
 * Knife, may I add a suggestion? If the article has an image in it, it passes.


 * Good idea.

All rules are enforceable, so if you see someone creating a one-liner (to fill a red link, or for whatever other motivation) you can stop them. The old no-new-stubs rule also lets you delete new stubs; I think the problem has been that we don't always catch them right when they're made and later assume they were there all along (granted, that's what checking the History is for). Personally, I always worry about removing what little information the stub does provide: there should be more emphasis that when you delete a stub, you have to make sure the info goes somewhere else (i.e. delete a Level page and the info gets pasted on the World article instead). -

The no-new stubs rule. If you could point out where it was passed, I would have a better understanding of it. Even if it was passed, why isn't it on any policy page? While this proposal is also supposed to cut down on stubs, it has two major differences. The first being that new stubs are still allowed if any of the conditions don't fit. The second being that existing stubs can still be deleted. You are also worried about valuable information being lost. Don't fret. If a user creates an article with only two sentences, there are two conclusions:


 * The user doesn't know enough about the article and probably shouldn't be creating an article on it.
 * The subject in the article does not have enough information that can be written about it and should not have its own article.

I can't think of any two sentence article with information so valuable that it needs to be merged/stay as an article. I wish we had an extended deadline so that we can discuss this further, but we only have 3 days left.


 * I'll search the archives for the no-new-stub proposal tomorrow (I can't tonight because of time and computer constraints) - regrettably, most policies that pass via Proposals can only be found there (people love making new ideas, but if implementing them is hard, they don't always follow through). For some examples of informative 2-liner stubs (albeit ones that have images and templates) see Chocolate Islands 1 and 3, and to a lesser extent, Chocolate Secret. Some of the other Chocolate Island levels have a decent amount of writing to their name, but I think the whole lot could be merged into Chocolate Island quite handily. (I'll admit, that's more relevant to the old "should every level get a page" debate, but it's the only example I could come up with off the top of my head.) -


 * Those examples don't work for me. The first one has no important text and wouldn't be deleted under this new rule. The second one has 4 sentences (the sentences in the level template), therefore is not relevant at all. I believe the old proposals should be better organized instead of just archiving them by date, but that's a different issue. Let me know when you find the old proposal.

(Chat log) 20:36	Tucayo	when i was a n00b 20:36	Tucayo	and searched for a random article 20:36	Tucayo	i saw it didnt exist 20:36	Tucayo	and created it myself

I'm really torn on this proposal. As incredibly annoying as it is to see well over 1,000 stubs on the wiki that either haven't been edited in so long because it's such an obscure subject, because so few actually can find information on it, or even because of pure laziness, I still feel that all articles should be given a chance. If an article is just one line, then yeah, it's likely to be deleted as soon as a Sysop finds it, because there's always enough information for at least two well-detailed sentences, but just completely ridding all small stubs of having the chance to become a really impressive page seems rather extreme.


 * I understand. You're thinking about each stub having potential to be a great article. But as time passes, those stubs are less likely to be expanded. In general, older subjects often have less information. The potential is still there of course. Why does it hurt the wiki? We currently have 9500+ articles (as displayed on the Main Page). 1500+ of those articles are stubs (not two sentences). How is that anything but bad? Why are stubbed articles bad for the wiki? Because they mean the articles are incomplete and are under some kind of construction (I realize no article is really complete since this is a wiki). Why is page count important anyway? Because we seem to boast that statistic to all our visitors who go through the Main Page. I simply want to get rid of stubs to make that statistic more accurate.


 * Now some of you may be confused about how this proposal will help get rid of stubs. It is true that this proposal will affect only a few stubs. The main purpose is to cut down newer stubs from forming and encouraging users to provide a more complete article before creating it. When is the most information added? Usually when the article is created. We could just start enforcing the no-new stubs rule. However, that rule is also flawed. Users can simply not mark the subject as a stub or a good 4 sentence stub could be deleted. Even if a stub is deleted, it can always be recreated as a better article. Not all stubs are bad. It's the shorter ones with little hope of being expanded that need to be deleted.

I don't know... I really like the idea of getting rid of some of our stubs, since they are annoying and reflect badly on the wiki (and we really shouldn't worry about "losing info" when deleting such stubs; articles like "X is the Yth level in the Zth world of game W" have no info, and if they have, that info can be usually found on other pages as well). But on the other hand, I don't think I can agree with the rules you're proposing. As Glowsquid said, many of them are arbitrary, plus I don't think many articles would be affected at all. It just all seems to be a very specific rule of which many parts can be questioned and that wouldn't be of that much use. -- BTW, it does look like the deadline is going to be extended (this happens if there's more than 10 votes on a proposal but one side has a margin of less than 3 votes).

What conditions should be changed?--
 * Images (The article could be about an implied character important to the plot), the number of contributor (How does that matter?), mainspace categories (Again, what's the point) and the number of links (The subject could be not really linked to anything else). --Glowsquid 12:38, 21 September 2009 (EDT)

Well, I couldn't find any "delete new stubs" proposal after all; the closest thing I dug up was this, which actually reverts the decision to delete stubs on-sight. However, crappy one-liners have continued to be axed in the two years since that proposal, telling us that whichever way the rules happen to fall, personal discretion has always been the real denominator when it comes to what stays and what goes. That's why all these specific conditions are so unappetizing: they're meant to make it easier to systematically purge the Wiki of stubs, however they tie our hands when it comes to the grey areas. Many page-unworthy stubs will not fit the deletion criteria, so would we have to let them stay? Any page which already fits all the criteria will probably be deleted anyway, so aside from putting more emphasis on deleting things, this proposal doesn't add much to the Wiki's "unofficial" protocols. Quantifying things is good, but qualitative decisions have a place in the world too. -

... Actually, you do make sense. I was thinking about deleting this proposal before it becomes a long stretch of extended deadlines. Now that I think about it, the conditions hurt more than they help. I'm going to go back to what I was originally doing and just expand stubs. Of course, I'm only human and cannot possibly take care of 1500+ stubs by myself. I encourage you all to help expand them or at least stop creating stub articles. It may take a while, but stubs will eventually be gone. As for many of the wiki's other problems, we still haven't delved into them that well either. -
 * Okay. Cancelled proposals are now being archived, so feel free to remove it and archive it whenever you want (I'd do it for you, but my computer can't handle the archive pages and I can't use my brother's laptop right now). Many of the Wiki's policies and rules are sorely neglected, but we're always trying to rectify that. And ya have to admit, as Internet databases go, we could do a lot worse. -

}}

Amend FA Size Requirements
AMEND REQUIREMENTS 11-0

Some smaller pages deserve to be recognized, so this proposal will replace the rigid 4000 byte minimum length and the 50+ entries stipulations with a general statement that: "All articles must have a reasonable size." While potential FAs will no longer be automatically rejected based on their byte or header counts, if they are overly short articles, their nomination will surely be rejected on that basis through normal voting procedure.

{{scroll box|content= Deadline: Friday, 25 September 2009, 20:00 Proposer: {{User|Walkazo}} & {{User|Super Paper Mario Bros.}}

Amend Size Requirements

 * 1) Per my comment below.
 * 2) - Don't judge a book by it's cover. Or in this case, don't judge an article by its size. That is what we've been doing, it's time to stop.
 * 3) - Relatively short articles can be well-written and representative as well, so why not removing the size-requirements or at least decreasing them? I'll support this.
 * 4) - Per me (see below).
 * 5) Shorter articles usually require less work to be good, but that doesn't stop them from representing the best the wiki has to offer.
 * 6) - Per all, how can we write 4000 characters about things like.... uh.... dunno, but here are some examples.
 * 7) - Per all.
 * 8) - Per all. There's plenty of great articles on the wiki -- or articles with the potential to be great -- that will never legitimately reach our current size limit.
 * 9) - Per All
 * 10) - Per all.
 * 11) - Per all.

Comments
The last proposal I made was starting to fail, so I rewrote it. Common sense can be used for the size, if it is a well-written article and meets all of the requirements except for the current size-limit, it would still deserve to be featured, except in the case of stubs. As I said, common sense can be used. 16:22, 18 September 2009 (EDT)

For the record, this was originally my idea (made in response to SPMB's original proposal): "'If smaller pages deserve to be recognized, lowering (or even eliminating) the minimum length of the FAs seems like a better way to go about things than installing a second system; the sizes of individual sections are already taken into consideration when people vote on FAs, so having the overall size of the page left to the voters' discretion doesn't seem unreasonable.'" Credit is as credit does... Or however that expression goes. -
 * Yes, you are correct. Sorry for forgetting to credit you, I'm pretty busy with other things, and often have to get up in the middle of editing and the such, which gets me off track. I have rewritten the proposal accordingly to correct my wrong.
 * Ok, thanks. -

Maybe you should also remove the rule that says the article must have 50 entries.
 * Good idea. Also, Time Q: you're right in that the absence of a size limit could be abused, however a lot of those FAs could possibly be written-off as jokes, or at the very least swiftly crushed by an overwhelming opposition. On the other hand, not having a size limit would prevent things like the Deanna Mustard debacle. -
 * "...or at the very least swiftly crushed by an overwhelming opposition": No, they couldn't. Opposers must have valid reasons, but if we remove that requirement, there wouldn't be any valid reasons they could bring up. Seriously, I think there could be fatal consequences if we let this proposal pass.
 * "It's too short" would still be valid even if there isn't a fixed amount of bytes. Comments like "Section X needs to be longer" or "it still needs more info on Y" are allowed, so opposing because of the overall length should also be acceptable. Also, the 4000 bytes bit could simply be replaced with "The article must have a reasonable size." ("reasonable" is used in two other rules, so why not here as well?). -
 * Well, comments like the ones you put are only valid as long as no one suggests to remove them. 'cause actually they don't help. The purpose of oppose votes is to tell the supporters what an article is lacking for FA quality ("Others will object to the nomination if they disagree that the article is good enough; they will then supply reasons for doing so, and ways to improve the article (errors, style, organization, images, notability, sources)." - from the FA guidelines). Comments such as "It's too short" don't help if the opposer doesn't explain what should be expanded; and for articles like the one I gave as an example above there's no way to explain what should be expanded since the article is already complete (there simply isn't any more info you could add). So if someone nominates an ultra-short article, there is no legitimate way to hinder it from being featured. (It couldn't even be unfeatured, since it'd be a valid FA.) This is a huge problem in my opinion.
 * Okay, then would this be a solid opposition: "It's too short to be an FA. Trevi Fountain simply has not played a large enough role in the Mario series to be considered important enough to showcase on our main page. All the relevant information and images that could be included in the article have been included, but that does not make it an adequate example of what the Super Mario Wiki has to offer."? And if that's not enough, I could go on saying: "While hard work has gone into Trevi Fountain, it pales in comparison to the effort put into larger pages, and would therefore be a misrepresentation of just how much time and commitment the editors have dedicated to this database as a whole." Really, it would be unreasonable for something like Trevi Fountain to be nominated as an FA, and if we acknowledge that with a "reasonable size" requirement, that should be as easy to police as any nominated pages that don't adhere to the current two "reasonable" stipulations (reasonable amounts of images and red links). -
 * Okay, you're right in that we already have two requirements that use the word "reasonable", so I could agree on turning the 4,000-character rule into a "reasonable length" rule. However, what is proposed here is to eliminate this rule completely. I can't support this, for the reasons I gave above. SPMB, I'd like to ask you to start this proposal over, proposing to require a "reasonable length" rather than get rid of the requirement completely.
 * I'm credited as co-creator, so I went ahead and rewrote it. I also incorporated Knife's suggestion. -
 * Okay, thanks. I didn't realize you were the co-author of the proposal.

}}

Get Rid of the New Userspace Requirements
KEEP REQUIREMENTS 2-14

A mans userspace is his castle, so why is there so many rules on what should be on it and what shouldn’t. What’s on someone’s userspace is supposed to be like what describes them and if you are not allowed to go out of the lines of the requirements, you simply can’t do that. I think we should get rid of those rules so users can express themselves better. I really just don’t think those new rules are fair at all. Also, it will take a lot of users time a lot of time and effort to change their userspace to fit the requirements. Some of the user space rules I agree with, such as “no illegal game links”, but some like “No discussion not related to the Super Mario Wiki” and “No excessive personal information” are completely unfair. It is like living in a house, but you are only allowed to have stuff from “Home Depot” in it. "Home Depot" doesn’t sell all of life’s necessities, just like Super Mario Wiki doesn’t have all of the information you need. If this Proposal passes, users will be free to use their userspace any way the want to except there will still be no more illeagal game links.

{{scroll box|content= Proposer: {{User|Egg Yoshi}} Deadline: September 26, 2009, 20:00

Support

 * 1) of course I would Support my own Proposal
 * 2) I'm with Egg Yoshi.  I have decided to retire because of these stupid rules.

Oppose

 * 1) Well... Rules are rules.
 * 2) - The server of this site has limitations too. A few restrictions are unavoidable if you look at the size of the community. If "user expression" becomes too excessive, the whole server will eventually collaps, and then you have absolutely no userspace left at all! Maybe you have noticed the server getting very slow from time to time? A little moderation shouldn't hurt anyone.
 * 3) - Per Edofenrir. There are plenty of sites dedicated to self-expression on the Internet, but the Super Mario Wiki is not one of them. Here, userspace is a privilege, not a right, and the only information we "need" to provide is located in the mainspace pages of the encyclopedia.
 * 4) - We are a Mario wiki not a user wiki, i recommend you to check Userpedia. I also say we should delete this proposal, admins?
 * 5) - Your userspace belongs to the wiki first and you second, and it's better for the wiki if these rules are followed. Also, these are not new rules, we've just started cracking down on those who break them.
 * 6) - Per all.
 * 7) - Why did we make these rules in the first place? That reason still stands. Next time you decide to make a proposal like this, I suggest you specify which rule you want to delete don't say all of them because all of these rules are for the wiki user's own good. A wiki should be a relatively safe place, these rules keep it that way. Don't delete the rules!
 * 8) - Per all.
 * 9) Egg Yoshi, if you are retiring because you can't observe our policies, then good ridance. I was, at first, against giving up my subpages, but I complied with the rules and went even further, as to get my user page itself deleted. I now only have proposal-related subpages for archiviing-sake. I see that many users also have stories in their userspace. I feel this should be moved over to Userpedia, in fact, that was the original reason why it was invented was so that we would have more space here, and that more users wouldn't get distracted with the stories. User-related content isn't the main purpose of this wiki, the Mario series and other related games is our focus. We have these rules so that our server will have more room for our main purpose. Per all, particularly Edofenrir and Twentytwofiftyseven.
 * 10) – Per all
 * Per all, if you're a member of this wiki, you have to follow its rules. You have no "basic right" to put whatever you want on your userpage.
 * 1) Per all.
 * 2) - You think our Userspace policy is restricting? why don't you head over bulbapedia and see their Userspace Policies, then come back and see what side your on.
 * 3) The rules aren't that bad. This wiki isn't MySpace, it's the Super Mario Wiki. We've gotten by just fine with the system we've got.

Comments
I don't know wether to suport or oppose, because it's true that rules are rules but I'm afraid the "only talk about MarioWiki-related stuff" rule is somewhat...strict, but I completely understand the "no excessive personal info" because there are some not-nice people out there, but I'm not gonna take sides for this one.

I don't see the problem with this. The rules were created to disburden the server and it is necessary if you look at how slow it gets from time to time. There's still the forum, the chat and userpedia left for personal discussions and contents. But sacrificing the whole wiki for the sake of self-portrayal? I doubt that's in your interest as well. -

THATS IT! I AM RETIREING FROM THE WIKI! I'VE BEEN THINKING ABOUT DOING IT, BUT NOW ITS OFFICIAL! wWHO WOULD BE STUPID ENEUGH TO MAKE A WIKI WHERE YOU CAN ONLY TALK ABOUT THINGS ON THE WIKI! I will still rwrite my 'shroom articles and survivor, though...
 * To be honest... I would be that stupid. If protecting the own project from a possible server crash is stupid, then yes, I admit it: I would be stupid. And before making rush conclusions, note the comment of Tucayo below this, and understand what exactly will be deleted in the next week. Thank you. -

*sigh* WE ARE NOT GETTING RID OF USER PAGES, BUT OF USER SUB PAGES
 * Actually, if User Stories (or whatever) are embedded in the Userpage itself, those sections will also be removed. However, having a Userpage is perfectly fine: no one should feel the need to have theirs deleted; if they think they're taking up too much space, they can simply trim it. For sub-pages, we're asking that people not only cut back on content but merge as much of it together as they can, so that there aren't, for example, five sub-pages when one Userpage would suffice. -
 * I have a question: What are we going to do about the users who split their entire userpage into separate subpages?
 * THey will delete content that breaks the rules, and then put everything into their user page, anyway. whats the point in doing that?

I've had it up to here with this stupid wiki and its excessive rules. Therefore, I am retireing.
 * You're just calling the wiki's stupid because you don't want to follow the rules? Everything has rules, and the userspace ones are those, so, we must obey.
 * Leaving because you're unable to adhere to rules on that you agreed with creating your nick, and complaining if the admins eventually start to enforce those rules... No offense but that's just immature, if not pathetic. We are all different people who came together here to reach one goal: To create an encyclopedia about the franchise we love! We're a team here and everyone who contributes is a part of that team. If you don't want to support our team and even refuse to take userpedia as an alternative to your userspace, which would indeed greatly help out the server, then I wish you good luck in the future, but I also advise you to leave. -
 * Per Edo, and if you are retiring, then do not lose your time voting.

FunkyK38: Users are strongly advised NOT to move all their content to subpages and delete their main userpage because it makes navigating the information harder than it needs to be (even if they have a directory, one-stop-shopping is still the way to go: it's faster and takes up less space). -

hey, everyone has opinions. And anyone has the right to feel a rule is stupid. my entire wiki life is ruined with this rule, therefor, i quit. its not that hard to understand.
 * Isn't a wiki life supposed to be mainly focused on editing? oô That's what a wiki is for. -

OK, so maybe it dosn't have a complete affect on my wiki life, but I have a question. How does qriting about something that dosn't have to do with the wiki affect the surver?
 * It's a waste of server space because it doesn't serve the wiki. –


 * Everything you write here on the wiki consumes data space and weights the server down. It becomes even worse when user subpages are created. While it doesn't matter if you look at just one or two of these, if every user on the whole wiki does it, it becomes a problem. In some cases however, it is inevitable to create subpages. Therefore, to disburden the server, the wiki policy tolerates subpages if they are necessary and wiki-related, but requests to stay away from creating unnecessary userpages, so there are as less subpages as possible to help out the server. This is by no means ment to make fun of users, or to curtail their rights of self expression. It was even suggested to move all the content to userpedia, so your and the other users wiki lifes can continue unaltered, rather that just bluntly deleting them (the Admins would be allowed to do so, due to the fact that the policy already exists). There is absolutely no reason to acuse the admins of being mean, as they just did what is necessary. -

Why can't they just say "no more talking about stuff that dosn't have to do with the wiki?

NoT EVERYONE HAS A USERPEDIA ACCOUNT!
 * Then... uh... make one? Where's the problem? -

Not everyone on super mario wiki has one. i won't be able to reach some people
 * Getting rid of user subpages doesn't affect your access to other peoples talkpages. I still fail to see a problem. -

NO! I mean people won't be able to read it! Besides, i won't be able to talk to people about stuff that dosn't have to do with the wiki.
 * You know that you can read stuff on userpedia without an account, do you? I too don't have one, and I can read everything there without problems. And besides: There are plenty of messengers available in the internet, and if that dosen't work, there's still e-mailing. Just use your head. You agreed with these rules when you registered here, so everything is said that needs to be said now. -

you are still not understanding. Barely anyone I know here knows userpedia exists.
 * Then tell them! You've got your answers why this step is necessary and how it will disburden the server, so there's no further need of discussion. -

Ok, end of the discussion, Egg Yoshi, You can say in your user page "My survivor moved here" and you can communicate on our chat and our forum. }}

Merge & Split: Enemies Inside Pages
NO MERGE 0-13

Clever title there. Anyway, I was thinking- Instead of having all the enemy names in Bowser's Inside Story on the same page, and then having to click a link to go to the page which turns out being a stub, and then having to click the back button on your browser, wouldn't it be much easier to split the enemies to split the enemies and merge all the enemy articles onto one page? I'll do this myself if there's enough good feedback. This saves having to tire yourself by clicking on different links all the time!

{{scroll box|content= Deadline: September 27, 2009, 15:00 Proposer: {{User|Hyper Guy}}

Oppose

 * 1) - I don't quite understand this proposal, but I assume you mean you want merge all MLBiS enemy articles into one article. I believe enemies are entitled to their own articles.
 * 2) Soo.... you want to take the enemy articles and merge them into one page, because they are stubs? Once more people get this game, they will get much bigger and we will have one big jumbled mess. Just give it time.
 * We're talking about a major Mario game here and we're the Mario Wiki, so there's no reason why enemies from the game shouldn't get separate articles.
 * 1) - This is the splitting of SMG Missions all over again except this time, we are not going to let it happen. OK, think of it this way: You are a regular person who is desperate to find out about this certain character from a series of your choice but then suddenly, that page is a redirect to a tiny little section on a larger page! You're not happy because you were for some reason expecting more even though it's all the same content just stuck together. Now, to make a long story short, You tell Bobby that you're sad, Bobby tell George and George tells Michael, Michael tells Alexa and so on. Now all those people don't want to come here :(
 * 2) - Per Knife, Luigifreak and Time Q.
 * 3) - Adding this info would mean adding the info of every enemy specific to a certain game. All those characters from SMRPG or SPM would be merged with the page and they would be enormous. Plus what do we do with enemies that are similar or appear in multiple games? Why would they get single articles and not the other ones? oh and per knife
 * 4) You want to split the enemies from MLBiS article, then split again, and then merge all enemies into one article? Ummm, it IS a good idea in some way, but, per all, it would get messy and nobody get you. I know you want to get rid of the stubs, but wouldn't it be much easier to just add more info? And why you have to click, and if you see it's a stub, then directly go back? Also why clicking on it and then clicking on back? You also can click on the other button to get a list and click on new screen? Also newer internet browsers uses tabs, which can be accessed as well with the middle button. So, no (no more lecture in this sentence because it rhymes).
 * Per all.
 * 1) Per all.
 * 2) Per all. What? You meant that you want to make an article of all BiS enemies? I somewhat disagree, and that WOULD be a good idea because of the less clutter, but people would have to scroll down a page entirely of Enemies. No, I do not agree with that, we should just keep it the same way it is.
 * 3) If you add all the enemies on to one page, it will get EXTREMELY cluttered and long. Per all!
 * 4) - Mario Enemies have gotten their own articles ever since, so I don't see a reason to change that habit for one specific game.
 * 5) - Per Walkazo.

Comments
Split to split to merge? Did you say it twice or something?

You want to split the enemy articles, split them again and then merge them all together? If you want to merge them, why splitting them in the first place? There's clarification needed here. -
 * I say it again: I'd like to vote, but I don't understand what this is about. -
 * Basically he wants to merge all the Mario and Luigi Bowsers Inside Story enemies into one article because he doesn't want to keep clicking on links that bring him to stubs. He being the creator.

}}