MarioWiki:Proposals/Archive/28

From the Super Mario Wiki, the Mario encyclopedia
Jump to navigationJump to search


Any proposal decided and passed is archived here. Use the scroll box to see votes and comments. This page is protected to maintain the discussion as it was. Please add archived proposals to the bottom of the page.


All past proposals are archived here. This page is protected to maintain the discussion as was.
Previous proposals


Remove template maps from articles

ADD TO ALL NECESSARY ARTICLES 2-7-1

Before anyone thinks that I'm proposing to remove all maps from the wiki, let me elaborate. On location articles for Paper Mario and the Mario & Luigi series (Toad Town, Hoohoo Mountain, Thwomp Volcano, Cavi Cape, etc.), there is a small map that allows someone to to go from one location to another location in the same game. That is what I'm proposing to remove. Why? One, the map is really small. It's impractical to look for a location since some of the locations are right next to eachother. Two, it's unnecessary. What's wrong with simply searching for the location, or going to the navigation template? Three, it's inconsistent. Paper Mario: The Thousand-Year Door and Super Mario RPG, and possibly others, have in-game maps too, yet they don't have a map for all of their location articles.

I'll offer three choices: Remove these maps from the ones that have it, add these maps to the ones that lack it, or leave everything as it is.

Proposer: Reversinator (talk)
Deadline: August 29, 2011, 23:59 GMT

Remove all maps

  1. Reversinator (talk) Per proposal.
  2. Reddragon19k (talk) Reverse is right! We don't need it! Per him!

Add maps

  1. BoygeyMario (talk) Maps don't harm teh wiki in any way.
  2. YoshiGo99 (talk) The maps are easy to use. They are quicker and you don't have to find the location in a template or category.
  3. Baconator (talk) They're very useful, especially for the Bowser's body article. Besides, we can create template maps for other maps.
  4. Zero777 (talk) I don't think entirely removing it will be the best; a template may be a better solution.
  5. Bowser's luma (talk) Per all.
  6. Tails777 (talk) Per all. Like what YoshiGo99 said, they are easy to use. Plus I think that they are helpful templates on pages.
  7. Superfiremario (talk) Per all.

Do nothing

  1. Toad85 (talk) I think it's fine the way it is.

Comments

While regular navigation templates should be sufficient for navigating the articles, it might be worth keeping these templates on the game and/or world pages at the very least (like Bowser's body or Beanbean Kingdom), since it is much more efficient to show people which names apply to which spot, rather than having to explain it verbally. Granted, most of the time, the explanation's pretty straightforward and a tagged map isn't essential, but there's at least one map I definitely don't want to see eradicated entirely: {{Bowsermap}}. That layout's rather unorthodox and the directions can be quite bad - "large intestine" doesn't direct me to the Trash Pit's location at all, but while "the green circle on the left next to the red elbow circle" does tell me what I want to know, that sort of description doesn't exactly seem like the kind of writing style we want on the articles (imho). If there was an option to remove the template from everywhere but Bowser's body and Mario & Luigi: Bowser's Inside Story (like a "leave maps on hub pages only" option only, or something), I'd totally vote for it. - Walkazo (talk)

Generic Subjects

SUPPORT 11-0

Draft: User:Knife/Policy

This is the first Writing Guideline and is based on my previous proposal. I think Generic Subjects articles should be regulated a little better, which is why I want to propose a Writing Guideline for it. As it is now, it is a very short Writing Guideline but it has room to grow over the course of this proposal. Even if it doesn't, there isn't that much to say about it without going overboard on examples.

I just want to clarify that the statement under the "Exceptions" header stating "This does not apply to sports games.". The reason I wrote that was because nearly everything in the sports games can be construed as collecting (such a catching a basketball) or significant to gameplay (like a home run). This criteria still works well in almost every other genre.

Finally, if this proposal passes, we will start deleting all generic subject articles which are not protected under the proposed Writing Guideline. This will be a slow campaign because tracking down the generic subject articles and determining whether they fit the criteria is time consuming, especially considering how subjective the criteria is.

Proposer: Knife (talk)
Deadline: September 4, 2011, 23:59 GMT

Support

  1. Knife (talk) – Per my own proposal.
  2. Walkazo (talk) - Having a way to regulate these pages is a good idea, and the Guideline still leaves enough room to come at it on a case-by-case basis, meaning we shouldn't end up losing any good articles to technicalities.
  3. Fawfulfury65 (talk) Per all.
  4. Bowser's luma (talk) You can't argue with a man who has a draft.
  5. MrConcreteDonkey (talk) - Per all.
  6. Jazama (talk) Per all.
  7. Toad85 (talk) I think that this is a good idea, but I think that the restrictions should be somewhat less loose. For example, items like Home Run and Poop could get past, because they are important to the gameplay of the game.
  8. New Super Yoshi (talk) Per Toad85
  9. Reddragon19k (talk) Per everyone! I have an article on the Speedometer and it does appear in three Mario Kart games.
  10. Marwikedor (talk) Per all.
  11. Mario4Ever (talk) Per all.

Oppose

Comments

@Toad85: Home Run was already deleted, as per a proposal of which this new policy is an extension. And if that wasn't enough, the policy directly states that sports subjects, like home runs, are given less leeway, so no, it wouldn't "get past". Also, Poop is important to the gameplay of several Wario titles, and so it should stay (as we decided on a TPP a while back); this policy is written in a way that will let that happen, which is a good thing. - Walkazo (talk)

Categorization

USE NEW POLICY 20-0

Draft: User:Walkazo/Essays#MarioWiki:Categories

For years the admins have been talking about creating a proper system for our categories, rather than the unwritten rules and inconsistencies we have now. Well, we've finally come up with a solid idea and a comprehensive (some would say exhaustive) policy page that everyone can follow - should the community at large agree with the admins that this is the way to go, of course.

Basically, the idea is that the articles get the most specific categories possible, which would in turn be categorized under more general categories, leading back to the most basic and fundamental categories - which, altogether, is known as a "Category Tree" (the general category is the root, and the increasingly specific categories are the branches leading to the articles/leaves). For example, Count Bleck would be part of Category:Super Paper Mario Characters, which would be part of Category:Paper Mario Series Characters, which would be part of Template:Fakelink, which, finally, would be part of Category:Characters. This makes navigation easier on many levels: for one thing, the articles have less categories to sift through (i.e. Bleck's currently got all three of the existing categories I've listed here (SPM Char., PM Series Char., Characters)), but the more general categories can still be reached with a couple clicks of the mouse. But rather than having increasingly big lists to comb through when getting more and more general, you're presented with links to various smaller lists, which are easier to sort through. However, if you still want the big lists, there's always Characters, and other such "List Pages", so dividing up the categories with the tree system doesn't deprive anyone of resources - it just provides new, easier ways to read through the same info. Here's some examples of what some trees would look like.

And that's not all. While categories in a tree are all connected, different trees also connect to other trees, forming extensive "Category Webs". For example, cat:SPM Characters isn't just part of cat:PM Series Characters - it's also a subcategory of Category:Super Paper Mario (which is part of Template:Fakelink, which is part of Category:Mario Games, which is part of Category:Games). cat:SPM also contains things like Category:Super Paper Mario Enemies and even Category:Super Paper Mario Images, etc., which all link back to their own trees - and together, the SPM branches of all those trees (leading down from the roots to the SPM pages) forms an overall Super Paper Mario category web. Here's an example of what that web would look like (the second web is just part of the first, reorganized a bit for extra clarity.)

Of course, the branches don't just link to each other down at the most specific level (cat:PM Series Enemies/Characters/etc. are all part of cat:PM Series), and not every step needs a category for every subject of every game (some are just too minor for so much effort, among other reasons explained in the actual policy), and sometimes trees have entirely separate trees branching out of them (again, this is explained in the draft). But it's all very logic-based, and while the webs and trees might seem complicated at times, it's still an improvement over what we have now.

Proposer: Walkazo (talk), with input from Knife (talk), Phoenix (talk), Marioguy1 (talk), Cobold (talk), and the other admins.
Deadline: September 23, 2011, 23:59 GMT

Support

  1. Walkazo (talk) - Per above, per the other advantages of this system outlined in my policy draft.
  2. Fawfulfury65 (talk) This is a very well written guideline with a ton of work put into it. It will make categories more consistent and also make it much easier to tell whether a category belongs here or not. This is definitely something we need. Per proposal.
  3. Phoenix (talk) I have no doubt that this method of category organization will prove to be extremely beneficial, especially when compared with how the categories are organized now. This is long overdue, and should be implemented as soon as possible.
  4. Reddragon19k (talk) Yes, yes, and triple yes! Per all!
  5. Bowser's luma (talk) This is a beautiful thing you have here. You can't deny that all the admins put in so much work to make this possible and they deserve to have this pass - it will be a great change for the wiki!
  6. Jazama (talk) Per all.
  7. Lindsay151 (talk) It'll be much better method for organizing categories. Per all.
  8. Knife (talk) – Per all.
  9. Bop1996 (talk) This strategy is one of the most effective strategies of organization I have seen in a long, long time. It is consistent, reliable, and well-organized. Full agreement on this.
  10. Glowsquid (talk) Per proposal.
  11. Zero777 (talk) Giant explanation, but simple to follow, per all.
  12. MrConcreteDonkey (talk) - Per proposal.
  13. MeritC (talk) Per all, especially on the fact that the category system process needs to be better organized.
  14. Magikrazy51 (talk) Per all, anything that took all the admins to make must be important.
  15. M&SG (talk) - Per all who support it.
  16. Lakituthequick (talk) Per all
  17. Toad85 (talk) Per all.
  18. RandomYoshi (talk) Per all.
  19. Mario4Ever (talk) Per all.
  20. Mariomario64 (talk) – This makes perfect sense. Per all.

Oppose

Comments

@Walkazo: Ohey, I have an idea. Why don't you make a PipeProject after this wonderous piece of policy goes through? It would greatly reduce the time it takes to get all pages correctly organised. RandomYoshi (talk) 05:58, 18 September 2011 (EDT)

To be honest, I really don't want to go to the trouble of setting up a PipeProject: I don't see any benefit of having an arbitrary list of people who want to enact a policy that's already clearly explained, and which everyone will have to obey and employ anyway. I'd rather just get the updating underway as soon as the Proposal passes, and anyone who wants to help can just drop in. If users are unsure about how to proceed with certain categories, they can always come and ask me, or any other admin, for guidance. Users can even ask questions about what is and isn't a good idea for the trees/webs on the policy's talk page: it will be good to have the situations as examples for future reference, as new games necessitate the creation of new webs and branches. If PipeProjects offered more organizational benefits, then yeah, I'd agree that making one would be a good idea, but right now, I feel that everything it has to offer can be done just as easily without all the official trappings. - Walkazo (talk)
OK. I understand your thoughts perfectly. RandomYoshi (talk) 07:58, 19 September 2011 (EDT)

Minigame or Mini-game

USE "MINIGAME" 16-1-2

Right now we have both spellings on the wiki. The unhyphenated version is being used for the Minigame page and the infobox {{Minigame-infobox}}, while the hyphenated version is used in all the categories; both can be found on articles. Inconsistency is bad, so we should use one or the other, and I think minigame is the better choice - it's more straightforward, it's consistent with the spelling of Microgames and it's even in an official game title: WarioWare, Inc.: Minigame Mania. It's not the end of the world is it takes a while to slowly change the articles to use the unhyphenated version, but what would need to be speedily updated are the categories, to set a precedent. However, the entire categorization system is being revamped anyway if the above Writing Guideline passes, which is actually why I'm proposing this now: so I can kill two birds with one stone next week, and also provide a solid example of how the new Tree system should work by implementing it with the new "Minigame" categories right off the bat.

Proposer: Walkazo (talk)
Deadline: September 23, 2011, 23:59 GMT

Use "Minigames"

  1. Walkazo (talk) - Per proposal. Consistency is good, and the simpler, the better.
  2. Fawfulfury65 (talk) Per Walkazo.
  3. Jazama (talk) Per proposer
  4. Reddragon19k (talk) Make it Minigames and that is a Finish on that one so... Beep-beep! (Per all! in Minigame Whistle Form)
  5. Bop1996 (talk) Per the consistency and official names confirming this.
  6. Magikrazy51 (talk) Per the everyone.
  7. Mario Bros.! (talk) Per all.
  8. Lindsay151 (talk) Per all!
  9. Lakituthequick (talk) Per Walkazo, the simpler, the better
  10. M&SG (talk) - This would stop the problems with seeing "minigame" and "mini-game" in the exact same articles.
  11. RandomYoshi (talk) Per all.
  12. Vellidragon (talk) - Per all. The official Mario Party 8 website even spells it "minigames", among other sources.
  13. Mario4Ever (talk) Per all.
  14. Mariomario64 (talk) – This has annoyed me a bit in the past. Per all.
  15. Bowser's luma (talk) Per all.

Use "Mini-games"

  1. Toad85 (talk) I think it looks better asthetically.

Do nothing (use both)

  1. Tails777 (talk) I don't think its a big deal if we leave out the hyphen or not. So I think we should just leave it.
  2. KaptainK.Kool (talk) I like the idea of using both.

Comments

Allow me to demonstrate. I have the Mini-Game Whistle in the wiki so, if the proposal passes, it will take away the hyphen. That is what I thought for when it passes. Do you agree? Reddragon19k 20:48, 16 September 2011 (EDT)

Yeah, the hyphen would be removed unless it's explicitly called a "Mini-Game Whistle" in-game, in which case, our hands are tied. Similarly, if in-game modes have hyphenated occurrences of "Mini-Game", we have to use that, since it's not just a term we're using, it's a proper name. That's the only real caveat about this proposal - we can only be consistent in our spelling, but not Nintendo's. So in this case (assuming it is an official name), we could make statements like "the Mini-Game Whistle is used in minigames", but we couldn't change the name itself. - Walkazo (talk)

Create Template:Fakelink

CREATE TEMPLATE 15-1

This template would be similar to this, and has one main use; to anchor a section link to a specific part of a page, without adding it into the table of contents or affecting the table's appearance in any way. For example, linking to [[Badge#Fire Shield]], would go straight to the badge's table entry, without actually changing the appearance of the article as a result of the template. This would also be used on other pages with large lists of entries in tables, such as Pokémon, and any other articles that might benefit from it.

Proposer: Bop1996 (talk)
Deadline: October 23, 2011, 23:59 GMT

Support

  1. Bop1996 (talk) As I stated above, this would allow us to link directly to an entry in a long table, including in redirects. This could be potentially very helpful, and takes very little effort to add to pages.
  2. Baby Mario Bloops (talk) - It would be very effective on pages that link to Badge or Clothing page, and direct it even further than what it is now. This would be very good indeed.
  3. Jazama (talk) I am surprised that we did not have this already! Per all
  4. Mario & Luigi (talk) I guess after I read the comments, well, per all...
  5. Super Mario Bros. (talk) – I think this is a great idea. Per Bop1996.
  6. Mario4Ever (talk) Per proposal.
  7. Phoenix (talk) Per all. I can definitely think of a few pages where this could be incorporated to our advantage.
  8. MrConcreteDonkey (talk) - Per proposal.
  9. M&SG (talk) - This might work, if made correctly.
  10. RandomYoshi (talk) - Per all.
  11. Bowser's luma (talk) Perfect. I've always liked how Bulbapedia does that, now I know how and think we should do it too!
  12. Walkazo (talk) - Per all. Being able to link directly to table entries will be a great asset to wiki navigation.
  13. Lakituthequick (talk) Per all.
  14. Fawfulfury65 (talk) Per all. It will be easier to navigate with this.
  15. Rise Up Above It (talk) Per all. This is a great idea.

Oppose

  1. Wildgoose (talk)-This is more of a disimprovement, rather than an improvement. It would probably cause tons of navigation errors,and cause a crash or two. Bop1996, could you leave Mariowiki alone?

Comments

The only problem I see in this is 2 things - a) even though you say it will be easy, how will we incorporate it? and b) what will qualify something to be from [[Page#Subtitle]] to [[Page#anchor]], as that needs to be stated clearer on what can and cannot be anchored. Also, a more personal question, what you have something that is shown twice in the page (i.e. - [[Badge#Spike Shield]] as there is one for the PM game and PM: TTYD game)? Baby Mario Bloops (talk)

All you do is go to the subject entry in the table, type in {{anchor|Badge name here}}, and the template does the rest. From that point on, any time you link to [[Badge#Badge name here]], it will go to that section, just like it would a normal section on any regular page. For the multiple name thing, I see no problem with using Spike Shield and Spike Shield 2. Bop1996 (talk)
That is what I thought. And for that first part, I was confused on how it would work as in how we would get anchor set up but I figured it from Bulbapedia. There is still the problem of what qualifies for anchoring. Baby Mario Bloops (talk)
In any instance where there will be a large amount of links to that page, and while we would normally link to a section there, there is no header there to link with. I've only investigated uses on MetroidWiki, where we use it so that pages like this can have their table entry linked with anchor in templates such as this one. However, in tables such as these, there aren't enough links referencing that specific entry, so we didn't put anchor there. See what I mean? Bop1996 (talk)
Oh, I understand. Partly I'm asking these questions so that we can clearly define how to use these before it take effect. Baby Mario Bloops (talk)
Yeah, it makes sense, I'd do the same thing probably.

@Mario & Luigi: Reread the proposal. What this does is makes a practically invisible section link we can use anywhere in an article. This is useful for long tables such as those on Badge, as all those Badge pages redirect to the closest header in the article, but not the badge's entry itself. You can't link to Badge#Fire Shield properly currently, as it's in a table, but you can if you use this template. Bop1996 (talk)

For the tables you can use id variable to the row or the cell, there's no point for this template to be made, as adding "id=[txt]" is much shorter than the template. Example here. SWFlash (talk)

@SWFlash: This isn't restricted to just tables, and multitasks fairly well (even though I don't have any immediate plans for it), so I think creating it would reveal some other uses.
@Wildgoose: Actually, it doesn't cause any troubles at all, unless you mess up when using it. Bop1996 (talk)

Bop1996, I know more than you think. One thing I know is that your "improvement" will cause technical glitches, navigation errors, and computer crashes. Can you just stop this silly proposal? Wildgoose (talk)

I doubt that, by your pompous-yet-only-slightly-impolite behaviour. Please try not to be like that if you want to be taken more seriously. Sorry, I'm probably waffling on now. x_X But Bop, this seems like a great idea. Navigation will become even qucker. Rise Up Above It (talk)
I'm sure that we can handle things if it starts causing unnexpected errors, but until then, we don't have any proof it will. We can't stop a possible advancement with "what if"s and "maybe"s. Marioguy1 (talk)
Aside from the non-specificity of the "technical glitches" mentioned, I've used this template myself on Metroid Wiki, as well as seen it in action on Bulbapedia, so I'm fairly certain it doesn't cause any problems at all. Bop1996 (talk)
Due to the way this wiki is set up, it would cause errors. Bop1996, as I said a million times, STOP THIS SILLY PROPOSAL!Wildgoose (talk)
Would you be so kind as to specify exactly what, where, and how the errors are or will be? Bop1996 (talk)
For what I see from Bulbapedia and Bop's explanation of it is all is something we should have done before. If any errors were to pop up, then those test pages that some users have of anchors would be leading to error codes. Instead, it is doing what it should be. This is not a silly proposal, or stupid. Baby Mario Bloops (talk)
@Bop1996: It is because of the way Mariowiki stores its data. If a "virus" (Unknown, different data storage way implanted on a website) like your template is implanted into Mariowiki, it will disrupt data storage. That is why the errors would occur. @Baby Mario Bloops: This is more than a silly proposal, this could ruin Mariowiki. Wildgoose (talk)
@Wildgoose: Perhaps you should have a little less attitude and a little more understanding. The MarioWiki would not be ruined by something that has already proven to work. It's not a "virus", and it's not something evil. It is something very simple that will fix many things. Please give us reasons to why it is such a bad thing for us to use anchors, and with less attitude. Baby Mario Bloops (talk)
@Wildgoose: A template is not a virus, a template cannot cause things to break beyond repair, and if it did, the template could simply be deleted and the edits reverted. Please don't try to talk about things you clearly know nothing about, it makes you look dumb. To me, a CS Major, it makes you look really really dumb. --Color Printer 22:32, 22 October 2011 (EDT)
Stop arguing with a troll. SWFlash (talk)
Looks like he's deliberately leading us on a wild goose chase. Rise Up Above It (talk)
@Baby Mario Bloops Bulbapedia and Metriod Wiki run differently than Mariowiki. They orriginated from different places and ideas. They have a data storage system that can use the template. Mariowiki's system, however, can't. The template is proven to work on other data systems, but it won't on Mariowiki's system. Wildgoose (talk)

All three wikis run on the same mediawiki engine. Unless there's some specific hosting or extension here that isn't present on Metroid Wiki or Bulbapedia that would mess up the wiki so badly as to cause it to cease to function, this will work exactly the same way. I'm pretty sure that if there's an issue with the wiki structure itself that would stop this from working, an admin, bureaucrat, or Steve himself would say something about this. Bop1996 (talk)

@Color Printer You don't seem to get it. Once the template is implanted, even if it is removed, it will still cause damage beyond repair. Also, don't call me dumb. Wildgoose (talk)
@SWFlash I didn't know trolls could type. Wildgoose (talk)
@Bop1996 Didn't you know administrators never look at proposals until the voting ends? Wildgoose (talk)
I certainly hope that isn't the case, given that six or seven of them have supported this proposal. Bop1996 (talk)


Wildgoose, I hope you realize that, yes, administrators do look at proposals, and that your "explanation" for how the template would damage the wiki is fantastically bogus in every way possible, shows a total ignorance of how data storage actually works and features nothing that could be possibly grounded in rational facts. I do not think you are a troll but I reccomend that you cease commenting on this proposal as you clearly have no idea of what you are talking about. --Glowsquid 14:35, 23 October 2011 (EDT)

Glowsquid, I would like to go over a few points. 1.Administrators do not look at proposals until voting ends. Look it up. 2. All the stuff I was commonting about is true. 3. Mariowiki's data storage system is different from Bulbapedia's, as Bulbapedia's is different from Metriod Wiki's. They originated in different places, at different times, and by different people. Thus, their data storage systems are different. 4. I am saving, err... trying to save Mariowiki from the template. That is why I am commenting here. Wildgoose (talk)

As Glowsquid is an admin, I'd say he's more qualified than you are to say whether admins read proposals. Bop1996 (talk)
@Wildgoose: Please save your critism for something reasonable. This wiki doesn't obey those type of rules that other Wiki's may use. If that was true, then so many proposals that were bad ideas would pass. Bulbapedia has a different format, yes, but the anchor has been tested and been proven effective and efficent. And there is no saving the MarioWiki. Right now, you are offending many users with the attitude that you came on with into these proposals. Perhaps you should look at it from both sides rather than yelling "it will ruin the wiki!" before commenting. Baby Mario Bloops (talk)
@Wildgoose: I hate to break it to you, but I just created the template on a user subpage, and tested it on another page, as seen here, here, and here. The wiki has not crashed in any way and functions normally. Bop1996 (talk)

Animation errors and cartoon episodes pages

CREATE ANIMATION AND CONTINUITY ERROR SECTIONS 21-0

The pages for the individual episodes of the three DIC cartoons and the CGI Donkey Kong Country series often lists the animation goofs (stuff like "Luigi has three eyes in one shot") and minor continuity errors, and due to the shoddy animation of all four shows, the listings can get quite big. However, the way they are organised isn't consistent, with most pages listing the errors in the Trivia section and an handful other putting them in their own separate sections. Either way, it needs to be more consistent.

Proposer: Glowsquid (talk)
Deadline: October 29, 2011, 23:59 GMT

Have a "Animation and Continuity error" section and move the relevant info there

  1. Glowsquid (talk) - I find this preferable because the animation errors are numerous and recurring enough to be distinct from the one-off anecdotes that the trivia sections are for.
  2. Nintendo64Fan (talk) - Per Glowsquid.
  3. Lindsay151 (talk) - A section would be good, Per all.
  4. LeftyGreenMario (talk) It makes the trivia section too big. I think these goofs deserve their own section.
  5. Bop1996 (talk) Overdone trivia looks really bad, so this would help with fixing a lot of this. Per all.
  6. M&SG (talk) - This would help clean up the Trivia sections a lot.
  7. Dry-Petey (talk) - They really are cluttered.
  8. MeritC (talk) - Per all on this cases; consistency would definitely help in a situation like this.
  9. Jazama (talk) Per all
  10. Phoenix (talk) Per all.
  11. Fawfulfury65 (talk) It's much more consistent.
  12. Baby Mario Bloops (talk) - Per.
  13. Wildgoose (talk) Finally! A proposal that is not ridiculous or silly!!! Per all!
  14. Mario4Ever (talk) Per Glowsquid.
  15. RandomYoshi (talk) - Per LeftyGreenMario.
  16. Magikrazy51 (talk) Defiantly. A separate error page would cut way down on the articles (there are many errors, after all. In fact, I think DIC just didn't care). Per Neon Cephalopod.
  17. Lakituthequick (talk) Per all
  18. Raven Effect (talk) Per all
  19. Zero777 (talk) Per all
  20. Walkazo (talk) - Per Glowsquid.
  21. Bowser's luma (talk) Per all.

Leave it in Trivia

Comments

@Wildgoose: Your comment seems a tad offensive for how other users explain their proposals in this wiki. Please be more prudent next time. Coincollector (talk)

Remove customizable infoboxes

SUPPORT 12-0

Yeah, I've noticed a big problem in the past years and I want to stop in this way. Why stop? Because, in general, it's not appropiate. As an student of graphic design and experienced user, I've noticed that customizing some infoboxes like the {{character-infobox}}, the {{item-infobox}} or the {{form-infobox}}, by changing their preset colors for others is annoying because, most of the time users like to add acid or strong colors like red, bright green, purple, blue, etc. The problem of these colors is that hinder the user to read the info contained in the infoboxes and those colors take away totally the template's function and aesthetics. I suggest to remove all those options from the infoboxes to change their colors and customize them in less-useful tools that make the article less formal and consistent visually.

Proposer: Coincollector (talk)
Deadline: October 29, 2011, 23:59 GMT.

Support

  1. Marioguy1 (talk) - I agree, this feature doesn't serve any purpose (AFAIK) and in some cases, as shown, even goes as far as to hinder the articles. Definitely support.
  2. Mario4Ever (talk) Per MG1.
  3. SWFlash (talk) Per proposal.
  4. Bop1996 (talk) Per Coincollector. This will help the aesthetics of our infoboxes greatly.
  5. M&SG (talk) - Agreed, but there is one dilemma to keep in mind; see my comment below.
  6. Wildgoose (talk) Another non-silly proposal! Per proposal and support.
  7. Baby Mario Bloops (talk) - Sounds reasonable.
  8. Mario & Luigi (talk) Per all. I did this already on Punpun.
  9. Lakituthequick (talk) I knew those color-changing-variable's exist, but not their reason. Per all.
  10. Walkazo (talk) - Per Coincollector. Colour-coding makes sense (like the SSB infoboxes discussed in the comments), but slapping on random, gaudy colours just for fun makes the wiki look bad.
  11. Tails777 (talk) Per all and the comments.
  12. Bowser's luma (talk) Per Coincollector, we don't need anyone yelling "My Eyes!" :)

Oppose

Comments

The template that's used for the Super Smash Bros. characters uses a color code that determines which installment the character first appears in; green for N64; blue for Melee; red for Brawl. The colors aren't too bright, so they shouldn't be a major issue to readers. M&SG (talk)

@Coincollector: You can add your own support. Wildgoose (talk)

@Wildgoose: Please try to avoid telling how sysops/administrators what to do, it's very disrespectful. Baby Mario Bloops (talk)
Not only sysop, bureaucrat too. Lakituthequick (talk)
@ M&SG: That's a good point. However, as you can see, the infobox has restricted preset values to change the color scheme, counting with three options only, and preventing the inclusion of other hues. Therefore that template is safe from this proposal. Coincollector (talk)
Thanks for clearing that up for me. M&SG (talk)

I would love to vote on this, but I read through the proposal and I don't really understand it all. I understand that we are using different info box styles for different things such as items and characters, but I don't understand what is wrong with them. Can someone explain that? Tails777 (talk)

@ Tail2777: Basically, the problem is that those templates have an option where you can change their colors in infinite ways, but It seems that such property has been abused or badly used. Have you seen those multi-colored infoboxes in some articles that use them? Have you read the info with those bright, almost-blinding colors that usually users like to add just because they think they look nice? Have you managed to read the words on my proposals that are tagged with that kind of colors? If you have but it's hard to see, you've found the problem. Coincollector (talk)
Basically, certain colors make it harder to read the text, unless the text is recolored as well. M&SG (talk)
Now I see and yes I agree, so I support. Tails777 (talk)

Allowance of a legitimate alternate account to contribute

DELETED BY PROPOSER

As there may be a few editors who edit sparingly from public places, and that some of these places may have password-stealing keyloggers or trojans installed, it would be wise to use one alternate account to prevent the main account, which may have Patroller or Administrator rights, from being harmed. The alternate account should not:

  1. Hold any user rights
  2. Be used at all other than at public places
  3. Have a username much different than the main account

Wikipedia and other sites allows such, and my alternate account there is B.wilson-alt. Is there appropriate consensus to agree with the decision?

Proposer: B.wilson (talk)
Deadline: November 6, 2011 23:59 GMT

Support

  1. B.wilson (talk) Per proposal.

Oppose

  1. Mario & Luigi (talk) My "real" answer: NOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!!!!!!!!!! Meaning: That is sockpuppeting.
  2. Nintendo64Fan (talk) What...that' s all that I can say. Just a bad idea. Accounts here are rarely, if ever harmed or used in public places, and an alt account may suffer the same fate.
  3. Walkazo (talk) - If you're concerned about security, just don't edit. What Wikipedia does is irrelevant: we're not Wikipedia, and a couple extra edits here and there is not worth bending over backwards to accommodate. One account per user, no exceptions.
  4. Bop1996 (talk) Per Walkazo.
  5. MeritC (talk) I'm sorry, B.wilson, but I'm going to have to oppose as well. As Walkazo pointed out, we may be a Wiki site, but we're trying NOT to imitate Wikipedia (although some procedures we do somewhat emulate what Wikipedia does). In short, no.

Comments

Mario & Luigi: That is NOT sockpuppeting. This proposal is use of a LEGITIMATE account for use at PUBLIC places where trojans are installed, maybe. If you don't UNDERSTAND my proposal then DON'T VOTE at all. Thank you. --B.wilson (talk)

@B.wilson: It IS sockpuppeting. Mario & Luigi (talk)

But in a LEGITIMATE way. Still a lack of understanding the proposal, your rude failure to understand the point of using a legitimate secondary account. --B.wilson (talk)
Yeah... I'll forget the password of my secondary account anyways, even if I wanted to create one. I NEVER use a computer in public places. Mario & Luigi (talk)
So I'm guessing your vote was basically because you don't use a computer in public places... ??? --B.wilson (talk)
No... IT'S SOCKPUPPETING!!!!!! Mario & Luigi (talk)
I'm tired of having to respond to your lack of understanding, and even your lack of respect. Sockpuppeting and using an alternate account in a legitimate way are NOT synonymous. Using it in a legitimate way includes using it in public environments where it is not 安全 to use your main account, and using it abusively is to create another one specifically used for vandalism; I will not be responding to any further of your rants on this proposal. I think I have had enough. --B.wilson (talk)

Please, Mario & Luigi, stop with the nonsense. The way you're writing your comments and replies imply you're attempting to be disrepectful with the other user. Consider to valorate other user's comments and find their advantages and disavantages in a more constructive way. Coincollector (talk)

OK. I will change my vote. Mario & Luigi (talk)

Nintendo64Fan: in what way, is it a bad idea ... ??? Thanks. --B.wilson (talk)

Aside from what I think of the proposal, I'm not certain if a community proposal was the right move. If anything like this were to happen, the admins would likely have to approve it first, so I don't think it's up to the community really. Bop1996 (talk)

Nintendo64Fan, When the alternate account is harmed, it is actually better than to get the main account, most importantly if it holds user rights, harmed, (disaster). --B.wilson (talk)
Is there a way to prematurely shut down this proposal? --B.wilson (talk)

@Walkazo:What about when one forgets a password (like Stooben Rooben)? Is he a sockpuppet? Magikrazy51 (talk)

No, he's not. If a user forgets their password, they can make a new account: it's a replacement, not a sockpuppet (and it's for a legitimate reason, unlike users trying to erase a record of misbehaviour by starting over with a new account). In these cases, the user still only has one usable account, so it's not an exception to the rule. B.wilson: you can delete your own proposals within the first three days of their creation if you no longer support the idea. However, please be advised that it has to be properly archived, using a grey "DELETED BY PROPOSER" outcome (like how this TPP used grey). - Walkazo (talk)

Starting Planet Stop

KEEP USING "STARTING PLANET" 1-16

In Super Mario Galaxy and Super Mario Galaxy 2, people call the first planet you go into the "Starting Planet". Not surprisingly, people at Mariowiki do the same. But this needs to stop because each planet is different from every other planet in its game. The first planet in a galaxy should be named the same way the others are named. For example, the "starting planet" in Good Egg Galaxy could be called the Dark\Light Planet.

Proposer: Wildgoose (talk)
Deadline: October 30, 2011 23:59 GMT

Support

  1. Wildgoose (talk) Per Proposal.

Oppose

  1. Bop1996 (talk) This has been proposed twice and failed both times for various solid reasons, of which I will name two: Starting Planet describes the first planet perfectly, without ambiguity or room for misunderstanding, except in the cases of the Space Junk and Dreadnought Galaxies. Naming after numbers don't work afterwards as the sequence of planets changes between missions. Per every reason we had for not implementing this last time.
  2. Mario4Ever (talk) As contrary as it is to my opinions concerning this subject, I must oppose. There is not enough here to differentiate the idea from the previous proposals to an extent that would make the subject worth more consideration than it has been given already.
  3. Baby Mario Bloops (talk) - It is better to do research and look at past proposals before creating a proposal, as this exact proposal has been dealt with multiple times. Unless people provide reasonable proof that we should call it otherwise, than this will just be like the other few, and end like them as well.
  4. Jazama (talk) Per all
  5. Marioguy1 (talk) - Per my arguments against the "No Starting Planet Left Behind" proposal in archive 26.
  6. mario & Luigi (talk) I'd rather have the Prima names (Planet A, Planet B, etc.) than this. Per all.
  7. Super Mario Bros. (talk) – Despite the fact that I supported the "No Starting Planet Left Behind!" proposal in the twenty-sixth archive, this matter has been decided twice: both times in favor of keeping the status quo. I myself support the "third option" of merging the planets into the mission articles in the least redundant manner possible, but there is no need to go through all of this discussion again when this proposal will likely be defeated a third time.
  8. RandomYoshi (talk) — Per all. Though if we were to rename the starting planets, or any other planet really, differently, we would use the in-game filename for them.
  9. M&SG (talk) - A lot of the planet names are conjectural, so it would be no good if we change the starting planet names, unless we have official sources.
  10. Rise Up Above It (talk) Really? Is this actually happening? Why would we do this when, as others have mentioned, there were two or three proposals about the Starting Planet conjecture. Two or three proposals that got shot down. Per all.
  11. Magikrazy51 (talk) I've done it once, I've done it twice and now I'll do it thrice. Per Bop.
  12. Lakituthequick (talk) Starting Planet is clear, per all.
  13. Walkazo (talk) - Per SMB.
  14. Bowser's luma (talk) Serious deja vu here, we have voted against this in the past.
  15. Phoenix (talk) I've already tried to float this boat twice, and both times, it sank like the Titanic...per all.
  16. IGGY7735 (talk) I would just number or letter the planets, just because the level is broken up that doesn't mean we need to name every little section.

Comments

Bop1996, why do we always have opposite opinions? Wildgoose (talk)

@Wildgoose, It's like why your question is not stated clearly. Coincollector (talk)

@RandomYoshi
That looks like a good ide-
Nevermind… SWFlash (talk)

@Wildgoose: If you check the archives for the last two proposals on this topic, then you'll see that I opposed it those two times because of the proposal itself, and this is independent of proposer. Bop1996 (talk)

@SWFlash: Not really, I can see the names clearly with "Ctrl +". We would have a problem with figuring out which galaxy each planet filename belongs to, however. -ThirdMarioBro (talk)

That's what he meant. Rise Up Above It (talk)

@SWFlash:If I wanted to, I could look through every single one of those. It wouldn't take that much time anyway(I'm serious). However, there is a hunch to this... My computer doesn't run Dolphin, which means that I really have no way of opening the files... Though if I could solve that problem, expect to see some changes... Though I have found a wiki about unused items/text/characters etc. which has an article about Super Mario Galaxy. With that we at least have a start. This page also, coincedentally, gets rid of one planet being named "starting planet". RandomYoshi (talk)

Even though someone may have found the data that contains the level files, these are often named something not designed for the player to see and use as a name. For example, we could name a ref "shiofhsdoihisdhooewuor", and as long as it was done properly, it wouldn't affect the quality of our information (aside from annoying other editors, which is a separate issue). In light of that, I wouldn't support the idea of changing all the planet names to the names from the game data itself unless they all made perfect sense and there was one for every single planet in the two games. Bop1996 (talk)
OK. This means that it really can't be done: the maze-like planet in Gusty Garden Galaxy is called "LavaMazeCubePlanet", a name which doesn't make a whole lot of sense. RandomYoshi (talk)

How about the "Planet A", "Planet B", "Planet C", etc. as those names are official? Mario & Luigi (talk)

Those names give absolutely no description of the planet itself, though. Yoshiwaker (talk)
But they are official. Mario & Luigi
Official? Nintendo actually called them that? How lazy of them. Magikrazy51
Yes... By Prima Guides... Mario & Luigi (talk)
@Phoenix: It wasn't that bad; remember, your second proposal ended with both sides tied. As for this little discussion right here, official or not, if the names don't aid in reader comprehension of the planets, there's no point in using them. Mario4Ever (talk)

Countdowns for upcoming games

NO COUNTDOWNS 1-10

Personally i think this would be a great feature,basically theres a countdown to the release of the game(depending on where it launches first)and when the first one is up re-do it to the countdown of the next launch date example: Mario Kart 7 launches in japan in [countdown] and after its released re-do it depending on wheres next. Main page or actual game article state whatever you think is better,and either support or oppose on whichever.

Proposer: Donaldthescotishtwin (talk)
Deadline: November 1, 2011, 23:59 GMT

Support

  1. Donaldthescotishtwin (talk)

Oppose

  1. Walkazo (talk) - The proposal's a bit vague... Anyway, as mentioned in the Comments, this shouldn't go on the articles. However, at any given time, we have multiple games coming up, plus different localization release dates, and having to count down to them all would make a mess of the Main Page. On the other hand, choosing only one would seem like rather shoddy coverage of upcoming Mario events. Either way, it's not a good idea.
  2. Coincollector (talk) - Per Walkazo. I wanted to get the right words to oppose to this. Thanks to Walkazo, her words are what I was looking for.
  3. MeritC (talk) - Per Coincollector and Walkazo.
  4. M&SG (talk) - Per Walkazo's reasons.
  5. Marioguy1 (talk) - I think we could easily have this added onto the main page, however if you insist on putting it into the articles, I will oppose.
  6. Bop1996 (talk) Per Walkazo.
  7. Bowser's luma (talk) Per Marioguy1.
  8. Wildgoose (talk) Per all who oppose this. This would cause errors to the wiki if put on pages other than the Userspace and the Main Page.
  9. Fawfulfury65 (talk) It's not rare for there to be several upcoming Mario games at once, so the main page could get a bit cluttered with it, and it would take even longer to load.
  10. Tails777 (talk) Not necessary. Having the actual release date on the article is good enough.

Comments

I think this could be a good idea, but put moreover on the front page or somewhere like that than on the actual articles. If we have space for it on the front page, maybe. So where are you proposing we put it? Marioguy1 (talk)

WiKirby had this for Kirby's Return to Dream Land. I don't know if it would work on Super Mario Wiki though... Mario & Luigi (talk)
And Bulbapedia with Black and White.Magikrazy51 (talk)
I agree with Marioguy1 that it should be put in the main page. Zero777 (talk)

Well we could put it on the main page where the Proposals box was,but i think having it at the very top of the actual games article is better. Donaldthescotishtwin

It really depends on whether we could make it aesthetically pleasing on the main page or not in that case. I've seen some pretty awesome countdowns on main pages before, but those were done by expert coders. I would oppose having it on the game articles, as that would likely be distracting and jarring to the content of the articles.Bop1996 (talk)
I'm with Bop on this. If we can make it work on the main page, great, but if not, oh well. Mario4Ever (talk)

I am rather skeptical with this idea. Additionally, this would have to be restricted to the main page only. M&SG (talk)

And as Walkazo stated, the main page would become way too messed up if we do count downs for every single upcoming game. M&SG (talk)

I'm not insisting on putting them on articles,put them on the main page if it would look better. Donaldthescotishtwin

Also if anyone's confused I mean countdowns for games coming for the present year, example:SM3DL and MK7 isn't far away so countdowns for their releases for whichever country first and so fourth. Donaldthescotishtwin

I actually think this is a great idea if it looks good and can be consistently maintained. Could end up creating more hype for the game and possibly raise traffic for the site. However since so many games are being released at the same time, we should probably only do a countdown for the most recent game coming out. We should also set a time minimum, like we cannot start a countdown unless there is less than two weeks for the game to come out. It also has to look good on the main page. If I were you, I'd rework this proposal into something a lot more specific and detailed, possibly including a sample main page to show us how it would look. This is assuming you are serious about the idea. If you don't get this one to work, you can always re-propose 28 days later.--Knife (talk) 13:11, 28 October 2011 (EDT)

This is being done by Nintendo Wiki when I posted this comment for E3 2012. I think it could be good. But It may not work because the dates for the game depend on where you live. So I'm at a loss Jman2401 (talk)

@Wildgoose: Actually, it just uses the server clock and a date, and that doesn't crash any wiki in any way AFAIK. Please don't start with the technical glitches again. Bop1996 (talk)

@Knife: That still leads to inconsistency. For example, if two games were coming out with only a couple days between them, only the first game gets the full two weeks countdown, while the other one gets only those couple days. And, what if the second game was something highly anticipated while the first game was part of a more minor subseries: people would probably take issue with the fact that we're neglecting the major game. However, ignoring some games in favour of counting down to others leads too all sorts of potential pitfalls. Like, would we count down to a new game being released in Japan, or count down to the first English-language release of an existing game? And what if we have a NA vs. PAL situation? It just seems like way too much of a hassle for such a minor feature. - Walkazo (talk)

@Wildgoose: Why do you always say things will create errors? See here: 13 days until Super Mario 3D Land in Europe. The italic number you see here is calculated when you entered this page. No errors you see? Lakituthequick (talk)

A template for references and for articles with too many plain refs

DELETED BY PROPOSER

This proposal's purpose is to eliminate plain references, and to discourage others to stop creating them. Very recently, many articles are filled with plain references, as well as them being added from time to time.

The format is best: Example, Example (November 4, 2011). Example.com. Example. Retrieved November 4, 2011

but in order to prevent errors in the format (which can be made by many), I created a template, drafted at User:B.wilson/ref. Using the draft template here, placing

{{User:B.wilson/ref |author=Example, Example |date=November 4, 2011 |url=http://www.example.com |title=Example.com |publisher=Example |retrieved=November 4, 2011 }}

produces:

Example, Example (November 4, 2011). Example.com. Example. Retrieved November 4, 2011.

And for articles with too many of these naughty plain references, I also drafted User:B.wilson/Plainrefs.

I think this will make our references filled even more quickly. I doubt that anyone would oppose such a great idea.

Proposer: B.wilson (talk)
Deadline: November 11, 2011, 23:59 GMT

Support

  1. B.wilson (talk) Per proposal.

Oppose

  1. Walkazo (talk) - Except for upcoming info, it's almost a miracle when we get people bothering to cite their sources at all, and you want to make it more complicated? There's nothing wrong with plain tags: raising awareness about using them and regulating what needs to go into them (page number and possibly quotes from instruction manuals; link, name, access date for websites; etc.) would be a much more fruitful endeavour than trying to redo it all from scratch (and even then, we can't be too exacting: most of the info is taken straight from the games and is added by kids - not the best circumstances for citations).
  2. Bop1996 (talk) Per Walkazo's reasoning, even though it seemingly contradicts the Citation Policy. Also, I'd like to say that while I greatly enjoy reading something rife with direct citations from the game on Zelda or Metroid Wiki, I believe our current policy works best for our situation.

Comments

Walkazo - You may say that plain tags have no problems, as I agree with that, but it just doesn't look professional. If there are filled, they will look better, because it will help others. I know I wasted a lot of time doing this yesterday because you are refusing the support the idea. Of course, the KIDS don't have to fill them in, if there are plain links added, then we can fill them in. It would make the wiki look a lot more professional. If you want the wiki to be the best database and reference source about our favorite plumber, why are you against making it more professional? B.wilson (talk)

New Super Mario Bros. Wii Level Split

DON'T SPLIT 1-12

For levels in New Super Mario Bros. Wii, people keep them all in an article depending on their world.Why? This doesn't give the wiki a chance to give an overview of the levels, like how to get the Star Coins or how to reach the secret exit. The purpose of this proposal is to split all levels in New Super Mario Bros. Wii so each level has its own article. Template:Scrollbox

Blacklisting inappropriate titles

OPPOSE 1-11

Over the past few weeks, I've noticed disproportionately inappropriate usernames being created. Such as "Stop blocking my socks", and other usernames, such as a username insulting another user on the site.

Suppose that someone creates an account called "GGGGGRRRRRRRRRRRRRR B.wilson's A RETARD!!!!" How is the thing prevented from happening the next time?

If we insert the following Regex: 

.*[Bb]\.[Ww]ilson.* <newaccountonly|errmsg=This username has been identified as harmful, and has bene blacklisted from creation. Please choose a different username.>

If they create an account again that contains B.wilson (even with alterations, such as B.Wilson or Bwilson) the text in errmsg will be displayed: This username has been identified as harmful, and has bene blacklisted from creation. Please choose a different username.

This can also prevent inappropriate page moves, edits, and page creations. Do you think it's a great idea? This Regex should be stored on MediaWiki:Titleblacklist. I made this proposal due to the fact that the page is empty.

Template:Scrollbox

Create articles for media with several references

OPPOSE 1-7

There are some TV shows/Internet stuff/Movies/Anything else with many references. Some with enough to qualify for their own page. This makes the references pages very long. I feel that doing this would cut back on the references pages. I see many other wikis do it. Some prime contenders would be Futurama and Homestar Runner among others.

Template:Scrollbox

Retrieved from "https://www.mariowiki.com/index.php?title=MarioWiki:Proposals/Archive/28&oldid=1170582"