MarioWiki:Proposals

List of Talk Page Proposals

 * Separate Wii U audio files from the ones on the GBA (Discuss) Passed.
 * Separate the Nintendo eShop paragraph from the 3DS and Wii U pages (Discuss) Passed.
 * Separate the Mario Bros. stage from the Smash Bros. stage of the same name (Discuss) Passed.
 * Move Coin (Diddy Kong Racing DS) to Rareware Coin or Split into Two Articles (Discuss) Passed.
 * Create a new article on . (Discuss) Deadline: March 17, 2015, 23:59 GMT
 * Merge Flopsy Fish with Cheep Cheep. (Discuss) Deadline: March 18, 2015, 23:59 GMT
 * Move Workshop Store to Mario vs. Donkey Kong: Tipping Stars. (Discuss) Deadline: March 19, 2015, 23:59 GMT
 * Merge Parabuzzy with Para-Beetle. (Discuss) Deadline: March 23, 2015, 23:59 GMT
 * Create a Green Toad (character) article. (Discuss) Deadline: March 29, 2015, 23:59 GMT

Writing Guidelines
None at the moment.

New features
None at the moment.

Removals
None at the moment.

Make notice for animated images
Seeing how Bulbapedia does things, I came up with a cool idea. Maybe we should create a template that should state whether this image is animated. It's purpose? To explain that some browsers are limited to viewing only the first frame of animated images and kindly remind users (especially new users that use old and worn-out browsers) not to change the image, even if it's not moving at all (unless there's really a problem, in which someone good at animated images can help).

A sample of said template can be viewed here.

Proposer: Deadline: March 11, 2015, 23:59 GMT Extended: March 18, 2015, 23:59 GMT

Support

 * 1) Per proposal as this would prevent from cluttered image change logs.
 * 2) Per proposal.
 * 3)  It would mean that Users wouldn't just change (for example) a .gif (animated file) to a .png (solid picture)
 * 4) Sounds nice. Per proposal. This would really be beneficial to people who often edit on mobile devices (like me). "It's a hassle" is NOT a good excuse, as it just sounds like we're being lazy.
 * 5) Per all.

Oppose

 * 1) This proposal, since it apparently deals with APNGS (and .gifs in mobile browsers), should be moot, thanks to this proposal. Even though it's harmless, creating, maintaining, and implementing this template just piles tedious work with little pay-off. Ideally, every sprite bar animated ones should be in .png, and the the most popular animated format that any browser can read is the .gif. So, I think the template is mostly useless.
 * 2) Per Mario.
 * 3) - Been thinking it over, and yeah, per Mario above and per Lakituthequick and myself in the comments. While mobile devices can't load GIFs, it'd be far more trouble than it's worth to mark them all. (Plus, while the use of animation is relevant, it still seems too gaudy a template design for me in all honesty.)
 * 4) Per all.
 * 5) As said in comments.
 * 6) Per all.
 * 7) Unnecessary, if it was dealing with APNG, then it was already decided that this feature should be replaced with GIFs, so no templates regarding it should exist in the first place. If it was dealing with GIFs, then it is pretty unlikely todays to find a web browser that doesn't support simple GIFs, and Mobile users won't probably even care to update an image over their device (since a device that doesn't support GIFs would have troubles working with actual images and such).
 * 8) Per Mario and Walkazo, while also noting that it was decided a while ago that MarioWiki wouldn't be purposefully optimized for mobile devices, previous arguments noting a lack of gain and a glut of work.
 * 9) Per all.
 * 10) Per all.
 * 11) - Per all.

Comments
The idea makes sense, but the template must be consistent in design with other image notices, such as, , , etc. Having the whole "if the Goombas aren't moving" explanation also seems unnecessary: just say something like "This image is animated; please do not reupload it as a static image." and maybe an additional note that some brows might erroneously display it as already being a static image, but either way, be succinct. -
 * Thanks for the heads-up. That was a sample, after all. 15:19, 4 March 2015 (EST)
 * By the way, why not use another animated image? If you look at File:Evotag.png, you'll understand what I mean. 15:35, 4 March 2015 (EST)
 * As long as the image doesn't look like crap, it can be whatever (of the two, I'd say the SMB Goomba looks better). But there should only be one image. And again, I still think the "if the Goombas aren't moving" caveat is unnecessary (and it's unnecessary on Bulbapedia too), since even folks who see movement shouldn't reupload static versions of the image, and either way, simpler is better. The excessive !s are also less than ideal and Help:Image has nothing to do with the issue so there's no point in linking to it. Right now, I would suggest this as the design:


 * - }
 * Yeah, now that I've thought about it in greater depth, I'm pretty sure Walkazo is right. 18:13, 4 March 2015 (EST)
 * You've got your wish, Walkazo. 18:17, 4 March 2015 (EST)

"To explain that some browsers are limited to viewing only the first frame of animated images and kindly remind users (especially new users that use old and worn-out browsers) not to change the image"

Which browsers don't support animated images? I think most popular browsers (FireFox and Internet Explorer and maybe Safari) supports the basic animated .gif image. Finally, for the notice template, it would be better if the image included has transparency instead of a white background, but it's just my opinion. 18:30, 4 March 2015 (EST)


 * The Evotag example Stonehill provided actually doesn't work on Chrome without an extension (but it works in Firefox; dunno about IE), and afaik mobile devices often can't load GIFs. Anyway, I agree about the image: I couldn't do anything before since I was at school, but now that I'm home, I reuploaded it as a transparent GIF. -
 * Walkazo, the gif has an incorrect frame of animation. Just pointing that out for you. 23:23, 4 March 2015 (EST)
 * Yeah, sorry, it saved with the wrong layer mode by accident. It should be better now, but the revisions haven't refreshed for me here or on the file page so I can't tell for sure yet. -
 * I see it, it works fine now 16:18, 5 March 2015 (EST)

Does this count personal images too?
 * No one should be reuploading someone else's PIs, so tagging them would be unnecessary. -

This matter itches me because there is a point that is missed here. Animated GIFs are supported in any browser since the millenium bug (bar early wearables). However, this template is meant for animated PNGs, which is not supported in all browsers yet, let alone image editors. Bulbapedia uses these APNGs in a manner not crucial to the information, just as eye-candy for those with awesome browsers. To the matter at hand, the Super Mario Wiki does not have any APNGs at all to my knowledge (a proposal about them even failed a while ago), so while the template and idea are great (my support), no images will have it (my oppose). 18:06, 5 March 2015 (EST)


 * Well, GIFs still break for mobile devices iirc, but the opposite problem you speak of just occurred to me: we have lots of GIFs, and tagging them all seems like a lot of work for very little gain. After all, for the most part, if somethings uploaded as a GIF, it's because its animated (and should actually be reuploaded as a PNG if it's static), so the file type alone should let people know it's supposed to be moving - and most folks viewing with a mobile device probably aren't in a position to try reuploading files anyway. The more I think about it, the more I'm starting to feel that it is unnecessary. -
 * When mobile devices don't support GIFs it really is an old device. That aside, I do a lot on my phone but I won't go around and edit GIFs on it, so for those devices we don't need such template. If we ever do things with APNGs (i.e. when browser support is better and when MediaWiki supports thumbnails for then), then sure. Also, this PI is an APNG, for those interested in it. 22:16, 6 March 2015 (EST)
 * @Walkazo, when you say mobile device users aren't in a position to re-upload files, what do you mean? Because I've ironically uploaded most of my files from an iPad. (BTW, gifs run perfectly fine on it, but I'm not sure if this is the case for other mobile users.) Andymii (talk) 10:26, 8 March 2015 (EDT)
 * I am replying to both your comment and edited vote here. While yes, it very well is possible to upload files to the Wiki using mobile devices, just not all support it. You can't compare it to yourself either, you uploaded just JPGs lately, we're talking GIFs here. Honestly though, this proposal is proposing we add something that is only needed for users of Internet Explorer 4 and phones with green LCDs. The need is just not there. 17:59, 8 March 2015 (EDT)
 * Yeah, I wasn't thinking iPads. My point was that if your device can't load GIFs, it probably isn't the sort of thing you're going to be uploading files from anyway. -
 * Could someone please reword the proposal so that it doesn't deal with animated PNG images? It's just that I didn't know this wiki had a passed proposal removing those kinds of images. 14:37, 13 March 2015 (EDT)


 * Proposals can only be changed within the first three days of creation: it's too late for this one now. -
 * Oh, well...Could someone please delete this so that I can try again some other time? 19:01, 15 March 2015 (EDT)
 * No. "It's going to fail anyway" isn't a valid reason. Just let the proposal fail naturally, and then try again after a month or longer has passed. -

Um... why was this proposal extended? At the time of extension, the vote was 5-10, and proposals should only be extended if the vote is within 3 or less in difference. If no one says anything, I will mark this proposal as failed. Andymii (talk) 21:40, 17 March 2015 (EDT)
 * The deadline was March 11; the last edit before that was the 10th, at which point the page was in this state: the votes were 6-7, Hence the extension. The proposal is going to die in less than 22 hours anyway: just cool your jets. -

Miscellaneous
None at the moment.