MarioWiki:Proposals

List of Talk Page Proposals

 * Delete Poop (Discuss) Deadline : March 9, 2014 23:59 GMT
 * Split Flower into two separate articles (Discuss) Deadline : March 17, 2014, 23:59 GMT
 * Delete Pizza (Discuss) Deadline : March 17, 2014, 23:59 GMT
 * Overhaul Mushroom World page (Discuss) Deadline : March 19, 2014, 23:59 GMT
 * Delete Plumber (Discuss) Deadline: March 20, 2013, 23:59 GMT
 * Delete Plumb Fu (Discuss) Deadline: March 20, 2013, 23:59 GMT

Writing Guidelines
None at the moment.

New features
None at the moment.

Remove fake templates
All those fake reminders, construction templates etc. are useless to the Mario Wiki. They should stick with all the "real" templates.

e.g. of fake:

 My userpage is under construction. Therefore, please excuse its informal appearance while it's being worked on. I hope to have it completed in a few weeks.

e.g. of real:

 It has been requested that this page should be rewritten and expanded to include more information.

All I am requesting is that the 1st example and similar templates shouldn't be allowed to be made anymore, to assist articles, not for humor.

Proposer: Deadline: March 13th @ 23:59 GMT

Support

 * 1) Per proposal

Oppose

 * Um, why? The templates aren't doing any sort of harm at all; they're even useful in some instances of userspace. Why are you so insistent in limiting what users what to do with their pages? Granted, we don't encourage excessive editing to the userpages in the wiki but this? It's ridiculous.
 * 1) There's no way for me to read this as anything but "users can't customize their own pages".
 * 2) What else can we use? If people start using real templates, their user pages (which can't be edited by anyone but them and sysops) will be put in the template's respective category (i.e. the Rewrite Requested category), which are categories specifically meant for mainspace pages only. All using real templates will do is unnecessarily fill up categories and cause confusion.
 * 3) Per my sister and the beeping flat guy.

Comments
Dude, fake templates aren't even being used anymore, so I really don't see the point behind this. --KP (talk) 20:58, 6 March 2014 (EST)
 * Uh, yes, they are being used. Any time you see a modified template on the userpage (such as status) qualifies as a "fake" template, since the definition of what exactly constitutes as a fake template isn't clear.

Just to be clear, OP, are you suggesting users use "real" rewrite/construction templates for userspace? --Glowsquid (talk) 23:34, 6 March 2014 (EST)

Change the identificator for the multiple Mario Kart courses
It is well known that there has been multiple incarnations of the same track throughout the Mario Kart series, these are the well known Mario Circuit, Bowser's Castle and Rainbow Road. Long ago those pages were splitted into the several pages in order to accomodate the different incarnations in the series, reducing the main article's lenght drastically but doing the navigation a lot more efficient (though I got to admit that ruined my plans to nominate Rainbow Road to be a FA). The only issue here is the identificator used for each page: all use the abbreviation of the origin console, i.e. Mario Circuit (GCN), Bowser's Castle (N64), Rainbow Road (SNES) (the only exception is Wii, but still applies). While this was surely done to match how retro courses are indentificated in the retro cups, these indentificators are technically breaking the fourth rule especified on the naming guideline, therefore, the identificators are useless the way they are. Having the console name is ambiguous too due to multiple incarnations of the same track appearing in a same game, thanks to retro cups again. This proposal aims to change the identificators for all those courses, and what a better way than doing it by using the name of the Mario Kart game. This means:


 * Mario Circuit (GCN) → Mario Circuit (Mario Kart: Double Dash!!)
 * Bowser's Castle (N64) → Bowser's Castle (Mario Kart 64)
 * Rainbow Road (SNES) → Rainbow Road (Super Mario Kart)

It looks neatier and more professional. Of course, tracks with numbers or an alternate name should not be affected by this. I also suggest that a breif description is added into every main page for the courses, especially the Mario Circuit one, which has a whole large section covering the numbered tracks on Super Mario Kart, but then follows with a bad-looking listing compiling the rest of the tracks, with no mention of how they are or look, not even an image is in there.

Proposer: Deadline: March 7, 2014, 23:59 GMT

Change the identificator

 * 1) - What I recommend to users is to choose this proposal.

Do nothing

 * 1) - Per Porplemontage in the comments. I also sorta think that it looks better to have nice, succinct abbreviations; like back in the day when the long, windy game names were initialized too, only here it's also rooted in the official Retro titles so it's not just an aesthetics thing anymore.
 * 2) Per Walkazo.
 * 3) Per Walkazo.
 * 4) Per the Porpe.
 * 5) Per all.
 * 6) Your idea seems a little cumbersome. Per the rest.
 * 7) The abbreviation modifiers are used in the track names themselves in the games, as Walkazo has stated, so this proposal is making things less convenient.
 * 8) Per Baby Luigi.
 * 9) – Per Porplemontage below. This is the official naming system for retro tracks designed by Nintendo and we should remain consistent with it.
 * 10) Pointless. The current condition is O.K. stated by numerous users (and me), and something being more "professional" is subjective. Oh, and rules get broken all the time anyway.
 * 11) Per all.

Comments
I'm pretty sure it doesn't deserve a proposal. As per the Naming Policy Part #2. You could just move it without a proposal. didn't see the b part :/

The rule you cite discourages abbreviating game names as article identifiers, and that's not what's happening with the retro courses. The identifiers used are simply the identifiers provided by Nintendo in the form of console abbreviations (as outlined in rule 2(c) in the link above). When the topic of an article appears in multiple games, the identifier tries to bridge the gap instead of just covering the first appearance. If I'm playing Mario Kart 7 and I want to find out more about this "SNES Rainbow Road" track, I'll search "SNES Rainbow Road" and when "Rainbow Road (SNES)" comes up, that makes sense. "Rainbow Road (Super Mario Kart)" is perfect for the case of Super Mario Kart, but it's less-intuitive when referring to it as a retro course. At least (SNES) applies to both cases and it doesn't require any prior knowledge to match a retro course in a game with its identifier in the article title. -- 05:54, 28 February 2014 (EST)


 * But that's a very irrelevant topic, you are giving priority to the retro tracks rather than the original track. Of course, I get that tracks get updated and the matter, but I find using console name quite unprofessional, and in a sense, if I take on count what you are saying, then all identifiers are useless as using the console name is the same as useless as using the source game because with the concept of retro tracks, all of them are not limited to one game but also a different game in a different console. The original Rainbow Road from Super Mario Kart is not only limited to the SNES as it has appeared in 3 Mario Kart games, and in Mario Kart: Super Circuit there was no suffix to distinguish it from that game's original Rainbow Road. So as you see, not even the leaving the suffixes as they are is the best idea. If you want to formulate the tracks as they are labeled in retro cups, then it should be with the console name at the beginning followed by the track name. Tracks are more than retro tracks, they were once original tracks from thier source games, and like many stuff from the series, it has chances to be in a future game, which why in my opinion the original game should take priority. Even if this proposal fails it will not remain the same, it's quite funny that I once proposed the idea of using italic titles but all users denied the idea finding it very unnecesary, but then what happened? you came without telling anybody (making a proposal) and created the italic template and suddenly everybody agreed to have it just because you are the founder, a similar thing, but not involving you, happened when I proposed to rename the Venus Fire Trap to Fire Piranha, at first I failed but another user proposed another name change and now the article is called Fire Piranha Plant. This kind of corruption is what I love to see failing in this wiki. --Byllant (talk) 13:49, 5 March 2014 (EST)
 * Corruption? Are you seriously calling us out for being corrupt? The admins like, have no say in your Fire Piranha proposal except for a support by Marshall Dan Troop of your proposal. I think the reason your proposal failed because the more recent proposal gave a stronger reason to support being moved and was worded better, rather than corruption on our part. As for the italic title suggestion, maybe the founder has a better reason than you to make an italic template? Maybe he even agrees with you rather than the rest???????????
 * On the subject to the game title, it's the name used in the most recent Mario Karts. Rainbow Road is even called SNES Rainbow Road. But I think we leave it as Rainbow Road SNES because 1. the first part is giving homage to the original name in the game and the modifier (SNES), is to give homage to the more recent games in the series where it was called SNES Rainbow Road. We name things like that because, as our naming policy states, we use the most recent game stuff, not the original source name.
 * "[...]Mario Kart: Super Circuit there was no suffix to distinguish it from that game's original Rainbow Road[...]"
 * First, Mario Kart: Super Circuit is the first game to include retro tracks. Second, the retro half Mario Kart: Super Circuit is only SNES tracks, so using "SNES" for each retro track name would be pointless. After all, each track falls already in cups labeled "extra". It's in the later Mario Karts where retro tracks are from several games. If you're basing your entire argument on this, it's a flimsy argument.


 * "The original Rainbow Road from Super Mario Kart is not only limited to the SNES as it has appeared in 3 Mario Kart games"
 * The original Rainbow Road originated from an SNES game, hence why we give the "SNES" suffix. "SNES" is also more recognizable than "SMK". It's been also long established in games, since Mario Kart DS, that the formatting we have now is acceptable. Looking "professional" is entirely subjective, and I have no problems with the nomenclature of this time being.


 * Just because something apparently breaks a simple guideline in this wiki does not necessarily mean it is wrong. This needs to be stressed: If a rule is an obstacle to the upkeep of the wiki, ignore it.

Disallow signatures only in voting
A.K.A. signatures should be allowed in comments section in general.

Okay okay we had this proposal way back, which is basically what I'm proposing: we loosen the No-Sig policy by allowing signatures in more places, specifically, the comments section. One of the main reason the proposal failed is that it's "too complicated". Now, I've said approximately one year ago that it's not complicated; it's just poor wording. To sum it up, this proposal, if passed, disallows signatures only in voting. This is simple and straightforward to follow. With the current ruleset, we can sign in talk page proposal comments, but not comments in Featured Articles and here? THAT'S the more complicated one.

The only valid argument from the opposition, then, is that signatures can increase loading times. While true, the space that is saved is miniscule. MarioWiki project pages (like this one and the Featured Article pages), the pages that disallow signatures, are much smaller than a lot of mainspace talk pages (Talk:Mario Kart 8, Talk:Mario, Talk:Bowser) which do allow signatures. I recall that MarioWiki used to run in a MUCH slower server than it is now. Or maybe it's just me. Either way, (for me at least) the main reason a page loads slowly is its size, not from the amount of signatures it has.

The biggest reason I'm proposing this, however, is that again and again, people often make comments and sign with their signatures, and somebody else comes in and makes an insignificant change back to. Enforcing the No-Sig policy, in this case, feels so... unproductive. At least, for me.

Of course, if there are exceptions, it must be stated (and for a good reason). But that's not the point of a rule. A rule is supposed to help people contribute, not have them waste their time "correcting" one signature in a comment section.

After all, signing with ~ after a comment is supposed to be a good habit.

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

Support

 * 1) There is a good reason to bar signatures in voting, but there is hardly good reason to bar signatures in comments sections.
 * 2) Per proposal.
 * 3) I fully get it now and I'm good. Per proposal.
 * 4) I use Wikia a lot, and most of those wikis there require signatures with ~.
 * 5) Per all
 * 6) Per all.

Comments
Sorry, but I'm a bit confused, is this proposal allowing people to sign with their signature in the comments of propsals/FA nominations or disallowing it?
 * Disallowing signatures only in voting simply means that signatures are allowed everywhere else except for voting. So, yes, it allows people to sign with their signatures in comments sections.
 * After all, people are already barred from using their fancy signatures in the comments of proposals/FA nominations anyway.

Merge Pages with Nintendo Network
Right now many features of the Nintendo Network are separated across many pages: Nintendo Network, two Nintendo eShop sections on the Wii U and 3DS pages, Miiverse, and Virtual Console. My proposal is to merge all of these pages onto the Nintendo Network page. Each topic would have its own section, and the Nintendo eShop would become its own section, with Virtual Console nestled below it. There are also alternatives such as creating a section with a few sentences on a certain feature and a link to the main article. For this proposal, voting will be a bit different. Add your username in support or oppose for all the sections, but be sure not to have conflicting votes (e.g. supporting both merging the Miiverse page and creating a small section with a main article link to Miiverse).

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

Support

 * 1) This would keep everything organized and grouped together.

Oppose

 * 1) - Nope. Isn't Miiverse very prominent on the Wii U?

Move the Nintendo eShop sections to the Nintendo Network page as a single section
Note: You can support this option as well as the option: Create an eShop section that describe the Nintendo eShop.

Support

 * 1) This would keep everything organized and grouped together.

Oppose

 * No,because:

1.The Nintend Network article will get mich karge with it 2.It is good as it already is:Miiverse article is specified and has their only characteristics. So no! 3.Images and Mario Related info fits better in the Miiverse article

Support

 * 1) This would keep everything organized and grouped together.

Oppose

 * 1) It was on the Wii, before the Nintendo Network.

Create an eShop section that describe the Nintendo eShop
Note: You can support this option as well as the option: Move the Nintendo eShop sections to the Nintendo Network page as a single section.

Support

 * 1) This would keep everything organized and grouped together.

Comments
No, this kind of voting is unnecessarily complex. You need to reformat this proposal in a way so people like me know how to vote on this.
 * I agree. I have no idea where to even start with this.


 * Me too


 * Is there a do nothing section in this proposal? Cause I don't think anything should be merged with anything, it's fine the way it is.
 * There isn't. This proposal is a mess and I highly suggest huge modifications or altogether scrapped.