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 somewhere in its   coding.
 * 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).

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)

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.
 * 1) Per all.

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)