MarioWiki:Proposals/Archive/32

Add a Navbar to all Navigation Templates
Do not add navbar 1-10 I see Wikipedia have it, and so many wikis. That's Why should we get one.. After A lot of work I finally got it working!

Usage:(after been created) Here s where we should put this:

To see the how the template works.. Try this code on real template and preview it but don't save.

Proposer: Deadline: February 2, 2013, 23:59 GMT

Support

 * 1) per my proposal.

Oppose

 * 1) - "Everyone else does it" is not a good reason to start doing something. Personally, I've always found that feature of Wikipedia's templates to be ugly and distracting anyway. Our templates work fine and look good the way they are now.
 * 2) Per Walkazo.
 * 3) Per Walkazo.
 * 4) Per all.
 * 5) &mdash; Per Walkazo.
 * 6) Per all, especially Walkazo; we're trying not to imitate Wikipedia here.
 * 7) Per all
 * 8) I completely disagree with Walkazo here, but I have my own reasons for not supporting this. Honestly, I don't find any use for that template. Sure, it could be convenient at times, but only for the rare edit on a mere change at times. Again, I find this addition a little superfluous if no one is going to use it anyway.
 * 9) Per Walkazo.
 * 10) Per Walkazo.

Comments
Here is an example: @Walkazo, At least that will make editing faster, won't it? and it will be more flexible.
 * Flexible? Templates don't need to be edited all that much, and anyone who is gonna be mucking around with them really ought to have put some thought and care into it anyway, so taking a couple steps to get there should be no skin off their backs (not that it's even an onerous process to begin with). -

In my opinion, despite the lack of valid arguments in the proposal, this may be implemented in the templates, as it is just an add-on (or option) creating a quick way to go to the templates to work with and fix them. It results for some users and new ones (I'm included sometimes) a bit tedious to go first to the article's page to find the template list in order to edit the chosen one, specially those articles that have overly long navigation templates, like Mario's page and other characters, regardless the activity of changes that undergo navigation templates. -

Surfing Blooper
WITHDRAWN BY PROPOSER

In Super Mario Sunshine in Ricco Harbor to appear three colored Bloopers who Mario can ride for ottenure two Shine Sprites. Since they are the important character I would say to create a page dedicated to them. P.S. These Bloopers not have an official name so I think if you decide to create the page should add the Template:Anotherlanguage.

Proposer: Deadline: February 16, 2013, 23:59 GMT

Support

 * 1) Per proposal.

Comments
I don't think this warrants a regular proposal. You should've just made a TPP either here or here. Aokage (talk) 13:57, 9 February 2013 (EST)


 * Per above. Also if we didn't know the official name of the subject, we wouldn't put on the page unless we have an official name which comes from a non-English language. If we make up a name, then  is used.  21:29, 9 February 2013 (EST)


 * Or here or here.--
 * Or just go ahead and make the page. (Also, per YoshiKong about the template business.) -

Unprotect the Help pages
WITHDRAWN BY PROPOSER Withdrawn to discuss with administration instead.

I am proposing that we move the protection level of all pages in the Help namespace to semi-protect, so Autoconfirmed users are able to edit them. I see the need to fully protect our Policy and Writing Guidelines pages to have all changes restricted to none but the Administrators who maintain their clarity and integrity, but it is not the same with Help pages. Help is something that everyone should be able to give and contribute to, because we must admit that our Help pages are pretty out of shape at the moment. Help:Image lacks a lot of information, Help:CSS has a template on it, and Help:Template has been under construction for well over a year. We should give regular users the liberty of contributing some information to the Help pages if they wished. However, we cannot avoid the fact that the Help pages may be more precarious to vandalism, but any acts of ill intent can be easily reverted.

Proposer: Deadline: February 18, 2013, 23:59 GMT

Support

 * 1) Per my proposal.
 * 2) - Per proposal.
 * 3) Regular users should be able to contribute to them as well.
 * 4) This allows more people to contribute.  To those of you worried about vandalism, vandals are typically blocked before they reach autoconfirmed status.
 * 5) Per BowserJunior.
 * 6) Per all.
 * 7) - Per proposal.

Redirects to the Various "Mario References" Articles
DO NOTHING 0-3-9

This is something that I've noticed for a while and has bothered me ever since, and I know that I've already used that intro for a proposal. Anyways, on the various articles linked to in Template:References, some of these have redirects that are meant to link to a specific game or movie or book or whatever in the article. I'll have what should be a full list in the comments section. The problem with this is that the redirects are highly inconsistent. Some of the articles don't even have any of these kind of redirects, while the rest only have a few of them. To fix this, there are two possible options: either deleting all the redirects that we currently have, or creating redirects for all the games, books, movies, etc. that currently don't have a redirect. I would much prefer just deleting the redirects that we currently have for one simple reason: there are far too many potential redirects. Is it really worth it to create a bunch of redirects that probably won't be used that often anyways? To do it properly, the video game references would all requires anchors placed for them, which seems like a waste of time for me. Still, we currently have redirects out there, and we shouldn't be inconsistent with them, so we have to do something.

Proposer: Deadline: February 18, 2013, 23:59 GMT

Create Redirects

 * 1) Per Porple.
 * 2) Porple owns the place so he should get his own way
 * 3) Per Porplemontage.

Do Nothing

 * 1) - It'd be a waste of time and effort to create redirects for everything, but some things do deserve redirects. For example, Bowser being in Wreck-It Ralph was a big deal for lots of people, and the climax of The Wizard centred around SMB3; games that feature Mario characters in prominent cameos also deserve redirects, like Punch-Out!! or Sim City, and things like music of Internet series/projects explicitly about Mario could use 'em too. In all these cases, it would be reasonable for folks to assume we have info about these things because of their prominent Mario content, so it makes sense to have redirects (on the other hand, it's hard to justify a search for Homestar Runner, The Simpsons or This Hour Has 22 Minutes, which only include Mario as part of hundreds of their pop-culture references). Of course, what's "prominent" is largely subjective, but in situations like this, it makes way more sense to make redirects on case-by-case basis, rather than trying to slap on either ill-fitting blanket policy.
 * 2) - Per Walkazo.
 * 3) Per Walkazo.
 * 4) Per Walkazo.
 * 5) - Per Walkazo.
 * 6) - Per Walkazo.
 * 7) Per Walkazo.
 * 8) Per all.
 * 9) Per Walkazo, and myself in the comments.

Comments
List of Mario references in animated television - List of Mario references in live-action television - List of Mario references in film - List of Mario references in video games - List of Mario references in music - List of Mario references in publications - List of Mario references on the Web - List of Mario references in advertisements - List of Mario references in theater - List of references in the Mario series - --GreenDisaster (talk) 09:36, 10 February 2013 (EST)
 * Super Plucky-o Bros.
 * You're Skitting Me
 * The Wizard
 * Wreck-it Ralph
 * The Simpsons Game
 * Tetris
 * The Adventures of William Beamish
 * Animal Crossing
 * Animal Crossing: Wild World
 * Animal Crossing: City Folk
 * Alex Kidd in Shinobi World
 * Assassin's Creed II
 * Asterix & Obelix XXL 2: Mission Las Vegum
 * Ben Jordan: Paranormal Investigator
 * Big Brain Academy
 * Brain Training
 * Birdo (song)
 * Birdo song
 * None
 * Super Mario Rescues The Princess
 * None
 * None
 * None

The redirects are not unnecessary, so they should not be deleted. It doesn't matter if only some exist, but if that bothers you, create them all. They could help someone find what they're looking for, so it's a terrible idea to waste our time deleting what has a potential upside and no downside. -- 12:10, 10 February 2013 (EST)


 * To the people who want to create all redirects: What Porple said was that it doesn't matter if only some exist. If it bothers us, he said, create them all. This us refers to the community as a whole, and this proposal determines the majority opinion, and thus the community's opinion. It doesn't look to me like Porple was just telling us he wants them all to be made, just that he didn't want them deleted. I agree that consistency is best, but also that such a blanket solution would not be as effective. This is simply due to the fact that some of these references are very minimal, to the extent that I doubt anyone would be looking to find all the times Donkey Kong is briefly mentioned in passing, while other references, such as the ones noted by Walkazo, are clearly prominent. A method of determining these references' importance would be better, as prominence is, as Walkazo said, subjective, but until this is implemented I believe that redirects need only be made when the reference is noticeable and substantial.

Force Show Preview before saving an edit to a page
REMOVED BY PROPOSER Title says a bit enough, there should be a little notice when editing a page that could tell the user: To prevent consecutive minor or major edits on the same page or section, you must click Show preview before saving the edit. and it blocks the Save page button until the user clicks Show preview to see the edited page or section. This could be applied to unconfirmed users and anonymous editors. There's a JavaScript code here that must be imported into the MediaWiki:common.js page, but this extension is best to use for the case (smart users might disable JavaScript and bypass the force preview function). The JavaScript one lets you, through the code shown, modify who doesn't get affected and who does, for instance:

1: 2:

Code 1 doesn't force the show preview to autoconfirmed users, sysops, bureaucrats and autopatrolled users, code 2 forces the show preview to everyone.

The extension version is more secure and forces to use the Show preview button, even with JavaScript disabled.

Think it is a good idea?

Proposer: Deadline: March 1, 2013, 23:59 (G.M.T.)

Support

 * 1) – Prevent consecutive edits on the same page: no cluttering of the recent changes page.

Oppose

 * 1) It's a good idea to do the preview, but shouldn't be forced.
 * 2) - I don't think the preview button should be forced - it would be very bothersome to have to click the preview button when making similar edits to a bunch of pages (i.e., adding  to a group of pages), not to mention that it would just hinder edits - people can simply click the button and then save the page without seeing if the changes are constructive.
 * 3) Users know when they should do the preview and when they should not - it can't be forced, its just crazy. If this happens, I wil quit the wiki.

Comments
I'll quit the wiki too if this crazy idea is actually carried out.

I WASN'T suggesting that this would be enforced to EVERY user here. It would affect ONLY the anonymous users and users without having the email comfirmed yet. You did real all the proposal, right?
 * And you DID read the second part of my vote, right?