MarioWiki talk:Image use policy


 * Images should be optimized and not exceed 5 megabytes in file size.
 * Images' dimensions should be in the original size and never exceed 5000 pixels in width or height.
 * Images cannot exceed an area of 12.5 million pixels or about 3500x3500 for a square image.

This rule should be changed because original, official artwork, namely, scenic artwork from recent games, such as this, this, this, this, this, this, this, and this must be resized according to that policy.

But I'm not sure why this rule is here. Is it for fair use or is it to prevent the wiki from carrying the burden of a large image? 14:23, 23 February 2014 (EST)
 * Maybe you can take this to the forums in the General Discussion topic? 16:06, 23 February 2014 (EST)
 * I think it would be very large. This wiki should only summarize the games, artworks are just an addition. PidgiWiki is an example of wikis that can contain any size of artworks.-- 15:43, 24 February 2014 (EST)


 * The rule is suspended until further notice. We might get serious on restrictions, but not necessarily those restrictions, and we don't want to have to resize everything twice. -- 16:21, 24 February 2014 (EST)
 * Ok, thanks, Steve! 19:28, 24 February 2014 (EST)

MediaWiki Headers
I think this project page can be better organized with the use of MediaWiki headers instead of four bullet points with sub-bulletpoints. Something to the effect below. -- 05:02, 8 February 2016 (EST)
 * This would make the page neater, it's fine by me. -- 22:08, 8 February 2016 (EST)
 * I think it's unnecessary. There's only four points, so it's pretty straightforward to find what you're looking for, and the screenshots and aboutfile points really don't seem substantial enough for full sections. The fact that the whole page is currently a (relatively) compact list is also a good thing, since people tend to not want to read long, multi-faceted policy pages. - 23:42, 8 February 2016 (EST)
 * The headers would make the rules more clear and faster to identify. Nobody likes walls of text. My suggestion was to make it more visually appealing or at least a less daunting read. The other MarioWiki pages use headers. -- 01:32, 9 February 2016 (EST)

Cropping Letterboxing Mandated
and I have been talking about the quality of our image uploads and we are quite split if mandating cropping is a good idea. I suggest reading the talk page section (User talk:Porplemontage) to get an idea where our stances are with it. Thoughts? -- 03:30, 3 May 2016 (EDT)
 * How to cut this:
 * Koops shyness.png
 * I tried it with MS Paint and the resulting pic looks pretty "incomplete".  21:53, 5 May 2016 (EDT)
 * I'm not too keen on cropping screenshots as I said before but I can make exceptions if it is trying to zoom in on something, such as the Thorny Flower first picture. -- 23:07, 5 May 2016 (EDT)

1) Completely empty black border: crop out completely to the edge of the active image, every time (well, with the sole exception of "if the black border is part of the point' of uploading the image"). 2) Black border with text box impinging - case by case, but the general rule should be to crop roughly to the edge of the text box (not the text itself), including any black border visible against the active image.

So in the case of File:Koops shyness.png, this:
 * http://i.imgur.com/X6xKEKGs.jpg

would be my default. Although this is a case where you can get away with cropping all the way to the edge of the active image and it looks okay (sometimes, there's text either right on the edge of the black border, or actually inside it). *previews, is surprised it actually embeds the imgur image, changes to linked thumbnail* - Reboot (talk) 23:23, 5 May 2016 (EDT)
 * But that crop just looks even more odd than cropping Paper Mario images. -- 00:20, 6 May 2016 (EDT)
 * Koopa Bros. Toad.png (right) doesn't look odd to me.
 * Remember that the Paper Mario screen area was allowing for 10%ish overscan. The average player simply would not have seen most (or even all in some cases) of the black area. - Reboot (talk) 00:39, 6 May 2016 (EDT)
 * The case on the right: I'd like to see the remaining black border part made transparent.  01:05, 6 May 2016 (EDT)


 * I see the black border on my HDTV playing the game on real hardware through composite video. -- 15:08, 6 May 2016 (EDT)
 * Now try watching it on a 2000-era (say, bought in 1997 or 1998) CRT television. - Reboot (talk) 18:30, 6 May 2016 (EDT)
 * I'm not entirely sure we can rely on that because Nintendo did put in a "Screen Position" setting on the GameCube and Wii to correct any off-center screen positioning due to possible manufacturing defects of those CRT TVs. I know that has nothing to do with Paper Mario but it should shed light for CRT TVs. I had to use this setting to correct my old Toshiba CRT TV before I went to a Vizio HDTV. Also how a CRT TV processes input varies from TV to TV. With an HDTV, they are pretty consistent displaying correctly. -- 18:57, 6 May 2016 (EDT)
 * ...that lack of consistency and presence of overscan is the entire point I was making. Yes, LCD TVs are more consistent. With Paper Mario, they were playing to the lowest common denominator of 4:3 CRT viewable area (so did other games in terms of "safe" picture area. It was just that PM blacked out the "unsafe" area rather than putting non-essential graphics there). - Reboot (talk) 12:01, 8 May 2016 (EDT)

I'm good with cropping right across the top (1). Transparency is an interesting idea. -- 01:16, 6 May 2016 (EDT)
 * Like I said, you can get away with it with that image and it looks fine, but not in every case. The Paper Mario ones cut the dialogue too close to the top for that to look okay (note that the Battle HUD - File:PMBowserBattle1.png - has a 202-height active area as well). I've edited Koopa Bros. Toad.png (right) to have those two partially-surviving rows of black pixels be transparent - it looks fine, but it's more work to do. - Reboot (talk) 07:45, 6 May 2016 (EDT)

Here is another issue: Super Paper Mario dialog boxes are the same black as the letterboxing and borders! -- 18:50, 26 May 2016 (EDT)