MarioWiki:Proposals

List of Talk Page Proposals

 * Split the sections Attackathlon, Toad Quiz and Lakitu Info Centre into and  (Discuss) Passed
 * Merge Wooden Block with Hard Block (Discuss) Passed

Writing Guidelines
None at the moment.

New Additional -Like Tags
Over the course of me checking the quality of images I have come across and potentially uploading better quality images anyways, there has been some controversy with me and maybe a few other users of using in the best possible way. Some people have claimed that some usage has been too liberal and the image should be left alone while others agree that the tag should be issued, even if the image isn't that bad in quality but could use a better replacement anyways. To be fair, there isn't much of a definition to on when to use it. This leaves too much room for interpretation, which can lead to conflicts. The current state of Category:Quality requested is overflowing with images (at this time, over 1,000 images need to be fixed). Ultimately, I think we can all agree that MarioWiki deserves the best possible imagery. One tag to keep ~70,000 files in check isn't going to cut it anymore. I think I have come up with a solution that can stop these debates.

First part of this proposal is coming up with rules how to use these image quality tags. See User:Wildgoosespeeder/QualityRequestTypes/sandbox. This sandbox user page is based on my observations of how other people interpreted the current and  tags. The color coding is just a way to convey severity very clearly. This may or may not be part of the final product.
 * Part 1

The next part of this proposal is showing you the additional tags and how they would look when transcluded in image pages.
 * Part 2
 * File:Glide64 2.png
 * User:Wildgoosespeeder/PNG/sandbox
 * User:Wildgoosespeeder/Tweak/sandbox

As for why the copied code from looks thin on the PNG and Tweak sandbox pages, I don't have any idea. The only thing that was changed was the display text. I can't figure out why this is happening. So, for now, pretend the thinness doesn't exist. Also notice how my additional image quality sandbox templates don't put File:Glide64 2.png in Category:Quality requested but rather Category:PNG requested or Category:Images that need improvement instead. That way, congestion in Category:Quality requested will be reduced and be more manageable.

The last part of the proposal is hierarchy of categories:
 * Part 3


 * Category:Image requested <--Click this to see current hierarchy of categories.
 * Category:Articles that need more images
 * Category:Quality requested
 * Category:Images that need improvement
 * Category:PNG requested
 * Category:SVG requested
 * Category:SVG requested moved to a subcategory of Category:Quality requested

The category names are not final and is subject to change. Category:PNG requested and Category:Images that need improvement will just be a subcategory of Category:Quality requested. The two subcategory links will appear in Category:Quality requested and nothing more.

If this proposal passes, images currently in Category:Quality requested will be reevaluated and organized accordingly. Category:PNG requested and Category:Images that need improvement will be created with categorization contents of .The  and  tags will have the contents of User:Wildgoosespeeder/QualityRequestTypes/sandbox and have additional rules and guidelines added somewhere in its   coding, just like User:Wildgoosespeeder/PNG/sandbox and User:Wildgoosespeeder/Tweak/sandbox currently do.
 * Conclusion

Proposer: Deadline: April 16, 23:59 GMT

Support

 * 1) I'm very certain this would be appreciated by all. I hope this proposal passes because it will be needed to make User:Wildgoosespeeder/sandbox more acceptable for a future proposal (TBD).

Oppose

 * 1) I like some of the ideas in this proposal namely splitting off the quality requested tag to different categories of maintenance, but some of the new features introduced here are things I really don't like, which includes the idea of having a tag on any image that isn't perfect. Bazooka Mario and Megadardery has basically explained why that feature in particular is bad; as Mega said and as I previously thought before writing this, it's like tagging not perfectly-written articles on MarioWiki with an improvement tag and we'll have those dotted all over the wiki and we'll look particularly bad to readers. However, considering that this proposal is an all or nothing proposal, I have to go with Oppose here because of how much I don't like adding yet another image tag that we would add to 70% of images due to its very vague and unclear guideline to what exactly constitutes as that, not to mention that there are a lot of parameters and variables into determining whether an image is bad enough or not. You should bring this up in discussions and the collab boards in Marioboards for more input. I strongly feel that this proposal isn't ready yet to be inputted, and it should go back to the drawing boards before we consider the option of implementing it.

Comments
As for the proposal, I'm not sure how feasible this would be. No one likes bad quality images on the wiki, but even moderate quality images would have to be tagged with maintenance categories, and I'm not on board with that. Although we have some more organization, the majority the images could just be recategorized under "Category:Images that are almost perfect", which may also be a place for acceptable images, not categorized prior to this proposal, to be newly lumped in a new, vague maintenance category. This is goes against the proposal's idea, to help sort through the stuffy "quality requested" category. In other words, if this proposal passes, this (lack of transparency), this (.jpg and lack of transparency), this (.jpg), this (watermark), this (low resolution), this (low resolution), and who knows how many more will qualify under the "almost perfect" category because they all have some flaws, in parentheses. This might free up the original quality-requested maintenance category to leave just the potatoes behind, but the problem of a bloated category would be transferred to your proposed one.

I think the "images to be in PNG format" is a step in the right direction since the category is specific, but its function itself, I don't agree. This invites users to replace .jpgs for .pngs for the sake of it despite no benefit other than nice-looking thumbnail images, but loss of bandwidth and bloated file size. We have some strange stigma against .jpg quality images when there shouldn't be. People don't appreciate how much compression a .jpg can have. Some images simply cannot be uploaded as .png due to the sheer file size (this Mario Tennis Ultra Smash artwork cannot be uploaded as a .png without serious scaling). I imagine that the category would work if static sprites were in the inferior .gif format, but that's already covered by policy, so the static .gif sprites should be replaced. Furthermore, given that static .gifs are usually old and confined, it's not worth creating another maintenance category.

On the other hand, I think we can definitely add more subcategories under quality-requested. Off the top of my head, we could organize it by screenshot, artwork, sprite, render rather than the subjective "almost perfect images". We could add more specific reasons for reupload requests such as resolution, poor color quality, but I also think those in general is already covered by organizing by type of image (e.g. there would be little reason to request higher resolution for sprites so resolution requests would logically apply to screenshots and artworks only). This is an idea, though, not a very developed one. It's feasible to add additional categories by type of image, but it's going to take a lot of effort. Still, I think it might work to organize all low-quality sprites in one spot and all low-quality screenshots in another spot and then we can more easily examine at a glance what needs tweaks and what doesn't.

In the end is intended to be for images that seriously need uploading. I think users are taking it too far by scrutinizing every flaw a screenshot or artwork has and then slapping this template there. However, I acknowledge that there is indeed a problem of trying to communicate these flaws due to the lack of options. For instance, you end up lumping decent images like this into the same category as actual potatoes like this by using your image request template as a means of explaining the flaws. Creating a maintenance category of "almost perfect images" is a good attempt, but I think it has unintended issues such as decent images that are at a modest resolution or has a ugly white background going into a category intended for images with slight, but bothersome glitches. This stems from the vague and subjective definition of what an "almost-perfect" image is, which is the core of the problem of this proposal. 22:37, 9 April 2016 (EDT)
 * The categories are not final. Naming, definitions, and amount of additional categories need work.
 * Keep in mind, I am coming from a place of dealing with in-game content, such as screenshots, sprites, and 3D renders, and not so much the artwork accompanying it. We can add a clause to the PNG template that discretion should be advised for images tagged with or  for examples. Images tagged with, , or  that are not in the appropriate format, there is no doubt to tag with the PNG category. For PNG, GIF, and JPEG, I think that a lot of people are misinformed on when to use those formats so they end up using those formats interchangeably, resulting in haphazard uploads. Also we should implement a policy relating to not converting between formats before upload as that process has unwanted byproducts, such as color loss (to GIF), artifacting (to JPEG), and file size bloating (specific to JPEG to PNG literal conversion). As for static GIF replacement with PNG, who's going to go searching? A tag just makes already known things be put into a log of sorts and increases its chances of getting a suitable replacement. When we mean convert, we mean a resampling of the image and save in a more appropriate format.
 * I am very on-board the idea of removing as much of the subjectivity surrounding the use of and any other new tag that may have unintended consequence of excess subjectivity as possible. How do we do that?
 * The tag with Category:Images that are almost perfect Category:Images that need improvement as the category name was an attempt for already existing PNGs tagged as, , or  to need a certain quality upload, free of unwanted artifacts suitable for Wikis. The  tag with Category:Images to be in PNG format Category:PNG requested as the category name is to get images tagged with , , or  to be in a more appropriate format, but resampled first and not literally converted to the format. -- 23:54, 9 April 2016 (EDT)

I need some changes/questions answered before supporting. -- 00:00, 10 April 2016 (EDT)
 * 1) Category:Images to be in PNG format should be Category:PNG requested to keep it consistent.
 * 2) Is there going to be a guideline for which images need to be in PNG format or does this pretend to convert every other format into PNG? Because, as Bazooka Mario pointed out, not all files need to be PNG's.
 * 3) Rename Category:Images that are almost perfect to Category:Images that need improvement. It's an important change because almost perfect is way too broad of a concept. Needing improvement, on the other hand, is a tad more specific.
 * I agree with every point you made ! I'll put in those changes. As for guidelines, already started out working that out in a commented directed to . -- 00:11, 10 April 2016 (EDT)

Ok, for starters, this should have been a collab/discussion on the forums, it has too many options and details to be a direct proposal.

I agree with LGM on many points, but here is my semi-detailed take on this: The "Category:Images that are almost perfect" would be good, that is in a perfect world, it is like putting a rewrite-expand on every single page missing a small piece of information, which doesn't only clutter things, but it makes some users, who are willing to help, feel a bit overwhelmed -for my lake of a better word- when they are replacing images. For starters, sometimes a replacement cannot be found at all, especially when it comes to unreleased games and some old artworks, putting a request of improvement in that case would be completely wrong. Making this category will just increase the "to do maintence work", which doesn't get that much attention anyway, at least from most users.

However, renaming the category to "Category:Images that need improvement" would actually kinda solve my issues. But still, I fear that 70% of the wiki images will have this tag, even though they would not deserve it, for example, a Paper Mario image that is 20px off the preferred size should not get this category and should not get any "quality" categories. This and this (if it wasn't oversized) seem almost perfect to me, perfect enough to not have a tag. this is undersized and should get a tag (and a better name, for that matter). It's just, you can't make a rule for this thing.

However, I agree with separating it into multiple categories for the shots, sprites and artworks and whatnot. It would reduce the clutter in quality image category.

Convert to SVG needs to be deleted. First, it encourages fan-made logo SVG, which should not be allowed. Second, afaik, it was briefly used on old small sprites, because on the old mediawiki, resizing those sprites would blur the image, right now, nearest-pixel zoom is enabled on all browsers. So it doesn't currently have a use.

Last thing... why? The images are here to show one thing, the subject that we are talking about, sure it is better to have it bigger, but why bother and make countless improvements to the system, instead of improvements to the images themselves if possible? We already had the sweat guy User:RAP make a mile long list of images that need improvements, it didn't even reach 10% done. More tags are not going to help it, if the image is terrible, than it deserves a tag, otherwise, if the subject is clear, and the image is of a reasonable size, it's good to go, move on to another image. Priorities.

I might continue talking about this later, I just don't have much time right now.-- 17:09, 10 April 2016 (EDT)
 * I haven't directly addressed pre-release images yet but in User:Wildgoosespeeder/sandbox (future proposal), I revised the introduction to narrow down what should require a PNG (unused content) and what can be left alone in its current format (pre-release screenshots). I'm split. I definitely don't agree with 's tagging of some pre-release images, unless there is a BMP source and someone didn't think twice and used JPEG or GIF.
 * File:Koloradocamp.png, that would be tagged on the grounds of a JPEG not resampled but rather directly converted into the PNG format and was not sampled in native resolution, which I'm against. File:PM 64thTriviaQuiz-off.jpg, there is a lot more consistency with screenshot taking in native resolution in an N64 emulator than Dolphin Emulator (different story). I'm not oversizing GameCube and Wii emulator images because it is HD versions of a SD game. I'm doing it because it is just easier than the work-around way that really needs to be recoded. Generally speaking, oversized images cause terrible blurring to HUD elements because most are sprite-based, especially N64 images. I have found two offenders and since corrected the problem (File:Peach's message.png and File:PMBowserBattle1.png).
 * I'll consider splitting into screenshots, sprites, etc., but at a later point in time. First we need to see how the first implementation goes (if it passes).
 * I honestly thought that was used to have scalable logos and not for making graphics more scalable without blur. If that is the case, I merely thought that the tag was repurposed for better things.
 * I find that personal lists don't solve the problem of getting better replacement images. A tag is an easy-to-spot flag that catalogs into a category while a personal list is mostly hidden from direct public view because it is not a page considered maintenance. Who's going to know about it? Only a few users know about it. -- 20:17, 10 April 2016 (EDT)

Removals
None at the moment.

Rename instances of "Cancelled games and vaporware" to "Unreleased media"
The current name "Cancelled[sic] games and vaporware" does not cover other unreleased media of the Mario franchise. This leaves information such as the failed Mario Archie comic pitch floating out there when it should be covered alongside the games. Fortunately, we can simply broaden the scope of those pages and categories by simply renaming them to "List of unreleased media" so we can find a home for these related media while retaining the focus on covering the dead games and games in purgatory. Also, in the future, we may discover more nongame media that never had the chance to see the light of the day, so it is best we make the change now. The distinction of tech demos will still be made, so there shouldn't be a question of those either.

Articles affected
 * List of cancelled games and vaporware
 * Create an additional category called "Category:Unreleased media" and nest Category:Cancelled Games (please rename it to "Category:Canceled Games") under there.
 * Template:CancelledGames (please also rename the header of the template from "Vaporware" to "unreleased media"

Proposer: Deadline: April 10, 2016, 23:59 (GMT)

Support

 * 1) - Per proposal. The name even sounds better.
 * 2) Per all
 * 3) Broader scope is good, and I like it to cover also other unreleased media so that its retrieval is easier!
 * 4) Per all
 * 5) - Per all.
 * 6) Sure, sounds good. Easier to type and remember too.
 * 7) Per all.
 * 8) Per all.
 * 9) Professional-sounding!
 * 1) Professional-sounding!

Comments
Question about the category - are you intending for Cat:Cancelled Games to be removed entirely, or made a subcategory of Cat:Unreleased media (possibly renamed to Cat:Unreleased games)? - Reboot (talk) 20:50, 3 April 2016 (EDT)
 * Good question, but for the time being, we'll have to rename it to "unreleased media" because the only nongame stuff I'm aware of is the Super Mario Archie pitch so there's no point in having two nearly identical categories for the time being. 10:05, 4 April 2016 (EDT)
 * I was suggesting having Cat:Unreleased media containing Cat:Unreleased games (or Cancelled games), not double-catting. Doing this would allow the unreleased games category to be sorted in Category:Games (specifically, continuing to be in Category:Games by misc. status) without putting the Archie comic under Cat:Games or losing that part of the category tree. - Reboot (talk) 15:06, 5 April 2016 (EDT)
 * Hm, my concern would be the amount of media. From what I'm thinking, we're going to get a category with one known item and a link to Category:Unreleased Games, and by category standards, it doesn't contain enough items to be its own category. It's definitely worth thinking about, although I do think Category:Games by misc. status could stand to lose unreleased games just for the sake of a neater inclusion of nongame media. 21:32, 5 April 2016 (EDT)
 * See, if it was going to be removed from the Cat:Games tree, I'd have to oppose. I think Cancelled/Unreleased games definitely need to be categorised in there as such. - Reboot (talk) 08:34, 6 April 2016 (EDT)
 * Hm, I'll think of something. I'm not going to remove it from the Games category, and I'm also iffy on doing it in the first place. I think I'll incorporate your idea just for now, and we'll see how this goes. 16:38, 6 April 2016 (EDT)

Would this include changing all instances of "cancelled" to "canceled"? This isn't even part of the proposal proper, but I noticed the request to rename the page to "canceled" and from what I've seen, "cancelled" is the most common spelling of the word on this wiki. 00:41, 8 April 2016 (EDT)
 * No. For British vs American English, first come first stays. --Glowsquid (talk) 09:36, 8 April 2016 (EDT)
 * Just to clarify, so (please rename it to "Category:Canceled Games") would not happen? 19:22, 8 April 2016 (EDT)
 * Probably not, but I still don't see exactly why since we use American names for naming game articles. 09:39, 9 April 2016 (EDT)

Implement or Delete
I created this template as a draft with the idea of placing it on every wiki page for Mario Party boards. I do not, however, want to put it on before passing this idea to the community. I think this template would allow for easier navigation and support its implementation for that reason.

Proposer: Deadline: April, 12, 2016, 23:59 GMT"

Implement

 * 1) per proposal
 * 2) This definitely works and will benefit navigating the wiki although I must agree with my sister. Next time, create a draft page in your userspace first so you can edit and stuff without having other users possibly notice this template and then start using it, especially if you're just going to end up creating a proposal on its existence.
 * 3) Per Bazooka Mario.
 * 4) - Per Bazooka Mario.
 * 5) Per all.
 * 6) Seems extremely useful, implement it.
 * 7) Per all.

Comments
You should have created a specific draft page for your project before you create an official template. Anyway, your colors are all wrong. Look at how other Mario Party games format their cell colors (an example being Mario Party 5's nav template). Your first style background should be #FAFA00, not #FFFF00, and the second color should be #FFFF33. And if you're going to separate the boards into two categories, you need to specify and create specific cells for each type (split the single player and multiplayer boards into their own cells, not lumped under a single game). The text on the left cells should be centered and bolded. I do support the addition of a navtemplate for the Mario Party boards, as I think it could get one considering Mario Party is a big series, like Mario Kart, that probably should get navtemplates in a similar vein to how it gets racetracks, but please format it correctly when you create new navtemplates. 17:50, 5 April 2016 (EDT)