MarioWiki:Proposals/Archive/32

From the Super Mario Wiki, the Mario encyclopedia
< MarioWiki:Proposals‎ | Archive
Revision as of 10:15, February 27, 2013 by Phoenix (talk | contribs)
Jump to navigationJump to search
All past proposals are archived here. This page is protected to maintain the discussion as was.
Previous proposals

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)

{{Navbar|{{PAGENAME}}}}


Here s where we should put this:
{|class="expandable" style="border:1px solid black; width:100%; font-size:11px; font-family:Arial; text-align:left"
!bgcolor=gray colspan=4 style="font-size:12px" align=center|HERE Title
|-
|}

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


Proposer: Megadardery (talk)
Deadline: February 2, 2013, 23:59 GMT

Support

  1. Megadardery (talk) per my proposal.

Oppose

  1. Walkazo (talk) - "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. Marshal Dan Troop (talk) Per Walkazo.
  3. King Pikante (talk) Per Walkazo.
  4. BowserJunior (talk) Per all.
  5. RandomYoshi (talk) — Per Walkazo.
  6. MeritC (talk) Per all, especially Walkazo; we're trying not to imitate Wikipedia here.
  7. Jazama (talk) Per all
  8. BabyLuigiOnFire (talk) 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. Mario4Ever (talk) Per Walkazo.
  10. Turboo (talk) Per Walkazo.

Comments

Here is an example:

@Walkazo, At least that will make editing faster, won't it? and it will be more flexible.Megadardery (talk)

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). - Walkazo (talk)

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. - Coincollector (talk)

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: Sonic98 (talk)
Deadline: February 16, 2013, 23:59 GMT

Support

  1. Sonic98 (talk) Per proposal.

Oppose

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 {{Anotherlanguage}} on the page unless we have an official name which comes from a non-English language. If we make up a name, then {{Conjecture}} is used. YoshiKong (talk) 21:29, 9 February 2013 (EST)
Or here or here.--BowserJunior (talk)
Or just go ahead and make the page. (Also, per YoshiKong about the template business.) - Walkazo (talk)

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 {{Rewrite}} 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: YoshiKong (talk)
Deadline: February 18, 2013, 23:59 GMT

Support

  1. YoshiKong (talk) Per my proposal.
  2. ThePremiumYoshi (talk) - Per proposal.
  3. Aokage (talk) Regular users should be able to contribute to them as well.
  4. BowserJunior (talk) This allows more people to contribute. To those of you worried about vandalism, vandals are typically blocked before they reach autoconfirmed status.
  5. Electrical Bowser jr. (talk) Per BowserJunior.
  6. King Pikante (talk) Per all.
  7. Turboo (talk) - Per proposal.

Oppose

Comments

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: GreenDisaster (talk)
Deadline: February 18, 2013, 23:59 GMT

Delete Redirects

Create Redirects

  1. YoshiKong (talk) Per Porple.
  2. NSY (talk) Porple owns the place so he should get his own way
  3. King Pikante (talk) Per Porplemontage.

Do Nothing

  1. Walkazo (talk) - 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. Tucayo (talk) - Per Walkazo.
  3. GreenDisaster (talk) Per Walkazo.
  4. Aokage (talk) Per Walkazo.
  5. Turboo (talk) - Per Walkazo.
  6. ThePremiumYoshi (talk) - Per Walkazo.
  7. BowserJunior (talk) Per Walkazo.
  8. Mario4Ever (talk) Per all.
  9. Blue CosmicToad (talk) Per Walkazo, and myself in the comments.

Comments

List of Mario references in animated television -

  • Super Plucky-o Bros.

List of Mario references in live-action television -

  • You're Skitting Me

List of Mario references in film -

  • The Wizard
  • Wreck-it Ralph

List of Mario references in video games -

  • 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

List of Mario references in music -

  • Birdo (song)
  • Birdo song

List of Mario references in publications -

  • None

List of Mario references on the Web -

  • Super Mario Rescues The Princess

List of Mario references in advertisements -

  • None

List of Mario references in theater -

  • None

List of references in the Mario series -

  • None

--GreenDisaster (talk) 09:36, 10 February 2013 (EST)

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. --Steve (talk) Get Firefox 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. Blue CosmicToad (talk)

Force Show Preview before saving an edit to a page

WITHDRAWN 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: var permittedGroups = [ "autoconfirmed", "sysop", "bureaucrat", "autopatrolled"];
2: var permittedGroups = [];

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: NewSMBU (talk)
Deadline: March 1, 2013, 23:59 (G.M.T.)

Support

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

Oppose

  1. Electrical Bowser jr. (talk) It's a good idea to do the preview, but shouldn't be forced.
  2. ThePremiumYoshi (talk) - 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 {{BoxTop}} 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. King Pikante (talk) 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.

Hi! I'm Electrical Bowser jr.!


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? newSMBU (talk)

And you DID read the second part of my vote, right? ThePremiumYoshi (talk)

Series' articles

USE WIKITABLES 15-0

There is some discrepancy on this wiki involving around the series' articles and it is that all those articles completely mismatch with each other when it comes to listing the installments in the series. Some get listed in a very different way which, in my opinion, is actually a mess. Many articles use a wikitable that lists the release year, a breif description, and some game ratings, the Mario (series) article is a good example; other simply list the year release, the system or console and a link to the beta elements for said game, the Mario Kart (series) article is pretty obvious; few articles got lazier a simply have a paragraph describing the game and the boxart on a thumbnail, the Mario vs. Donkey Kong (series) article says hi; and finally the rarest of all: an infobox for every game is used instead, the Mario & Luigi (series) article is the case here. Seeing how this messy is, I got into the conclusion of using a single format for every series' article, I propose choosing one single format for all these articles as I don't see a reason to have multiple and different formats when we can just simply have one.

Proposer: Byllant (talk)
Deadline: February 24, 2013, at 23:59 GMT.

Use wikitables

  1. Byllant (talk) - I personally think this is the best option, and because changing the whole Mario (series) article would be a lazy process.
  2. Glowsquid (talk) - consistency's good.
  3. BabyLuigiOnFire (talk) This is the best organized one. There is a reason we use tables much to organize information in this wiki. All the rest either look lazy, cluttered, or just plain ugly when it comes to displaying information.
  4. ThePremiumYoshi (talk) - This is the best way to organize the information. Per all.
  5. BowserJunior (talk) Per all.
  6. Mario4Ever (talk) Per Glowsquid.
  7. King Pikante (talk) Per all.
  8. Tucayo (talk) - Per all.
  9. Turboo (talk) - Per all.
  10. Walkazo (talk) - Per all.
  11. YoshiKong (talk) Per all.
  12. Tails777 (talk) It would make these articles more organized. Per all.
  13. Blue CosmicToad (talk) - Per all.
  14. Super Mario Bros. (talk) — Per Byllant's proposal and Glowsquid's voting reason.
  15. newSMBU (talk) • not a bad idea!

Use the year-system-beta elements format

Use the paragraph-thumbnail format

Use infoboxes

Do nothing

Comments

Should anything else be added into the wikitables, aside the features already listed? - Byllant (talk)

I think it's fine the way it is. All necessary information is already there. In my opinion, adding anything else would probably make the information redundant or not needed. BabyLuigiOnFire (talk)

Increase the file size limit for OGG videos

INCREASE LIMIT 8-5

A problem I've noticed when trying to deal with cutscene recordings from games is that while they can usually be compressed to under 10 MB, the quality suffers especially if the cutscene is a few minutes long (this is especially noticeable with GBA games).

However, my main issue is not the inability to upload higher quality cutscenes, but rather it being outright impossible to upload some cutscenes regardless of quality. I had planned to upload some from Mario Super Sluggers along with some other Wii games, but even with extremely low video quality (64kbps bitrate), the files were around 15 MB. It would be nice to raise the limit to around 25 - 30 MB (50 MB or so would allow for longer cutscenes, but is our priority getting them uploaded even with very low quality, or supplying them at a reasonable (but not exactly HD) quality?); I don't know how much of a strain this would put on the server, but in my opinion, raising it for these videos (I don't know if it's possible to raise the size limit just for certain file types, but I doubt people would start uploading 25 MB images anyway) would be helpful.

Proposer: Turboo (talk)
Deadline: February 24, 2013, 23:59 GMT

Increase size limit (an appropriate amount can be discussed in the comments)

  1. Turboo (talk) - Per proposal. Somewhere around 25 - 30 MB would be good enough for me.
  2. YoshiKong (talk) I've had similar issues in the past involving video size restrictions, so if we were able to increase the file size limit then I'm supporting it.
  3. Super Mario Bros. (talk) — If Porplemontage confirms that this would be possible and that it wouldn't be too much of a weight on the server, then I support Turboo's proposal. Expanding the file size limit for these videos can allow us to be more inclusive with our coverage of cutscenes on the wiki itself. In the end, the fuller coverage is something we should strive for. We could always try to regulate, through proposals, any specifics to cut down on abuses of the expanded file size (such as restrictions on files not being used for the mainspace articles and whatnot).
  4. Sonic98 (talk) Per all
  5. MrConcreteDonkey (talk) - Per all.
  6. Tucayo (talk) - Per SMB.
  7. Marshal Dan Troop (talk) Per all.
  8. Mario4Ever (talk) Per SMB.

Do Nothing (keep the size limit at 10 MB)

  1. BowserJunior (talk) It's much easier to link to the video, and that limit is there for a reason – for some people, this would make loading times horrendous, on my iPod anything larger than 4mb can cause safari to crash.
  2. ThePremiumYoshi (talk) - Per BowserJunior.
  3. BabyLuigiOnFire (talk) I don't see the need for this, especially if we can use YouTube as an external link to these OGG videos.
  4. King Pikante (talk) Per all.
  5. NSY (talk) The idea is nice but it will cause a lot of crashes though it and the file size is enough.

Comments

You should ask Porplemontage about this: he's the one who calls the shots on file limits. Either way, seeing as YouTube is already pretty much the go-to place for cutsenes, afaik, it seems easier just to keep externally linking, rather than burning our server space on this kinda thing. - Walkazo (talk)

I kind of figured it would be up to him, but I don't know how strict we are on YouTube; do we just forbid people from using the tags in mainspace articles and allow linking of cutscenes in the External Links section? - Turboo (talk)
Yeah, still no tags on the articles: it makes them too large and cumbersome to load. External links are one way to do it, but I think using references would be even more effective. - Walkazo (talk)

@BowserJunior: The only way this would affect loading times on certain pages is if the videos were loaded on the page (they aren't)/if people started uploading huge images and placing them on pages if the size limit were increased for every file type. I can't say I know how overall server strain/load times would be affected by larger files, though. - Turboo (talk)

Quick identification for patrollers, sysops, etc.

IMPLEMENT FEATURE 15-0

We all know that there's different ranks of users here at the SMW. It'd make sense that we'd want to know who's who. We can already see who's a patroller, sysop, etc. by going to a special list or sometimes going to their user page. But if you want to know who's who quickly for a specific reason (i.e. a bureaucrat for a name change) then there should be some sort of identification on or next to their name on the Who's Online template, or better, wherever their name is displayed. I was thinking maybe a specially-colored name, a picture of some sort next to their name, or at least an acronym. (ex. BC for bureaucrat, PT for patroller, etc.) Because really, who (other than the staff themselves, of course) is going to be able to name every single SMW staff member right off the top of their head, hmm?

Proposer: Goomba (talk)
Deadline: February 26, 2013, 23:59 GMT

Support

  1. Goomba (talk) I've had trouble looking at who's a staff member before; I almost got just an ordinary user to change my name. More reasons of mine above.
  2. YoshiKong (talk) We do have something like this on the forums, where users with ranks are given different-colored profiles. I think it would be good to implement this here as well in case new users needed to report something to an admin asap, but haven't quite learned who's who yet. As long as we are able to implement this feature, I support it.
  3. YoshiFan1200 (talk) Not a bad idea. Maybe this could help new users to find help with a adm.
  4. Mario4Ever (talk) Per proposal.
  5. Electrical Bowser jr. (talk) Per proposal.
  6. King Pikante (talk) That should definetely be there, because if new users enter the wiki, they do not know who can help them and who is experienced. Anyways, that should be there without an argument.
  7. ThePremiumYoshi (talk) - Yeah, yeah, per all.
  8. Aokage (talk) Per all.
  9. Super Mario Bros. (talk) — Although Porplemontage has already endorsed this idea and plans to implement it, I'd like to indicate my support for the proposal. Per Goomba.
  10. Turboo (talk) - Per all.
  11. Walkazo (talk) - Per SMB.
  12. BowserJunior (talk) - Per all.
  13. BabyLuigiOnFire (talk) Per all.
  14. L151 (talk) - Per all.
  15. Tucayo (talk) - Per SMB.

Oppose

Comments

Just voted, but I've noticed that you singled out Autoconfirmed users in the title. Unlike admins, I don't believe they need special identification on Who's Online. --YoshiKong (talk) 02:49, 19 February 2013 (EST)

Now that I think about it, you're right... --Goomba (talk) 02:53, 19 February 2013 (EST)
It might be a good idea to find out whether this sort of thing is even possible. The last thing you want to happen is to have this proposal pass and have no way of implementing whatever means of additional identification is decided upon. Mario4Ever (talk)
This is possible and I will do this. --Steve (talk) Get Firefox 03:16, 19 February 2013 (EST)

Just curious, but any word on Autopatrolled users? BabyLuigiOnFire (talk)

No point. They're just regular users who make good edits and/or who were admins: being autopatrolled simply makes the admins' job easier, and doesn't affect other users at all. The point of this (as I understand it) is that users can either get to know the staffs' names, or more importantly, find one in a pinch if there's a flame war, or a troll attack or some other problem that needs a current admin's attention. Having too many colours (or icons or whatever) muddies it up and makes it harder to find what you need, so it's best to keep it straightforward and only single out the current staff, I think. - Walkazo (talk)
So would we settle on one color for the staff or different colors for each rank within the staff? --YoshiKong (talk) 00:17, 20 February 2013 (EST)
I'd says different colors for each rank. --Goomba (talk) 02:02, 20 February 2013 (EST)

Just got a good idea on what icons to use if this passes.

We should use the SMG Prankster Comet icons. (Smg icon speedycomet.png, Smg icon daredevilcomet.png, Smg icon cosmiccomet.png, Smg icon fastfoecomet.png, and Smg icon purplecomet.png.)

You guys like the idea? Goomba 03:10, 20 February 2013 (EST)

This is just my opinion, but I think colored names would be better. The icons are a bit too tall for the names on Who's Online, and visually whether the icon is put on either side of the name, it might get confusing to look at. I think staff should be given this color: Username. A red is easy enough to distinguish from the blue: complementary colors. --YoshiKong (talk) 03:49, 20 February 2013 (EST)
That looks like a red link (page doesn't exist). Might get confusing. Aokage (talk) 03:57, 20 February 2013 (EST)
I think using different colors is best (imo, the icons would be going a little overboard), not too sure about red though; as Aokage said, I'd feel like I was looking at red links every time I saw our names. I was thinking green, like how it is on the forum. Phoenix (talk) 04:04, 20 February 2013 (EST)
Green's good. --YoshiKong (talk) 05:37, 20 February 2013 (EST)
Well this feature has been implemented. Looks great. --YoshiKong (talk) 15:57, 20 February 2013 (EST)
I agree, and I have no doubt that this will prove useful. Mario4Ever (talk)
I've got a suggestion for it. Where it has the legend for what the colors mean, can we link to the respective MarioWiki page for that rank? --YoshiKong (talk) 16:07, 20 February 2013 (EST)
Great idea! --Steve (talk) Get Firefox 16:16, 20 February 2013 (EST)

Wow, my first proposal and it passes unanimously. :D Goomba (talk) 19:28, 20 February 2013 (EST)


So... since this proposal has already been put into effect, is there any point in leaving it open? GreenDisaster (talk)

I thought about archiving it yesterday, but folks were still discussing the colours and whatnot, so I decided against it. Things have slowed down now, but ehh, I don't care either way; dunno how others feel, tho - I can only speak for myself. - Walkazo (talk)