User talk:Reboot/Archive1

Category Deletion

 * You should speak to Mileycyrussoulja, since he/she is the one who made that edit to Category:Bad Grammar Articles. 19:10, 16 November 2010 (UTC)


 * I see now. I'll undo the delete as soon as possible.  20:42, 16 November 2010 (UTC)

Friend Request
Hey, what's up? Welcome to the Super Mario Wiki! Want to be friends...? :) 05:49, 24 November 2010 (UTC)

The images
Yeah, didn't realize that. We used to have users going around and creating their own sprites from those screenshots if you've seen the edit history. I don't see the need to scale the images, though since they're already rescaled in their pages. I suppose it won't be that different when the rip comes, but I don't think it's imperative to scale them. As for Frog Mario, I'd just crop it rather than scale AND crop it. 15:11, 5 December 2015 (EST)
 * I just took the image directly from the source and merely cropped it. I suppose it probably does look better at the moment, so yeah, you can revert the images if you want. 01:47, 7 December 2015 (EST)

Re: Reissue
Hey! Thanks for the feedback!

It was decided on the forums to move the Remake article to Reissue. The reason for this change was that remake is one of the most misused words on the wiki: it is too specific a term and does not account for re-releases, retools, ports and the likes. "reissue" is an umbrella term, which encompasses all of that.

Since the article was renamed, it was only logical that the category followed suit.

So that's the reason for the move. If you can find a term (or two) that can replace "reissue", I'd be glad to hear it.

Also note that I'm rewriting said article here. I've gotten rid of the different categories of reissues. Instead, it's in chronological order, and each section will explain what changed. 07:18, 2 January 2016 (EST)

Tagged Images
I am tagging images like File:Ss lozalttf.gif for a reason. PNG is better because it has a lot of advantages over GIF or JPEG. PNGs can be compressed quite a bit more. They also allow for 24-bit true color (16,777,216-color) rather than 256-color. I have noticed that the 256 color pallet is insufficient with some SNES images (colors are a bit off) as the SNES can produce 32768 different colors. The only advantage that GIF has is animations and widespread adoption on the internet but that will likely be superseded by APNG (still in alpha and not widely adopted or supported). --Wildgoosespeeder (talk) 19:21, 3 January 2016 (EST)
 * I am well aware that MediaWiki treats deletion more like an OS recycle bin than resetting the bytes that made up the image. The deletion I see here typically will at least prevent bandwidth consumption of the inferior image. There are more ultimate ways of deletion if server space is getting tight, like this. I have brought the server space issue to when I was accidentally tagging images that I have replaced that were being used by main articles and 'Shroom issues. He isn't that concerned that the storage limit has been reached or is close to being reached. I don't know the intricate details of an SNES but what I do know is that we should supply images that have the least amount of impact on bandwidth consumption and storage space. For the screenshot you untagged, there are two issues: The image isn't 254x224 (NTSC) and it can be compressed further than the GIF can if it were in PNG format (PNG Monster works great for me). --Wildgoosespeeder (talk) 20:03, 3 January 2016 (EST)
 * The GIF dimensions are slightly inaccurate and the colors may be slightly off (I said that the SNES could produce 32768 different colors, I never said all at once). I have no control over how MediaWiki produces the cached thumbnails but the PHP code can be modified. PNG is a lossless file format. It is the best format for preserving each pixel's RGBA (red, green, blue, alpha channel) values (in hexadecimal, 00-FF, 8 hex digits) in an image. It's also the best format for MediaWiki to use aside from SVG (vector graphics and not raster or bitmap graphics). Alpha channel doesn't really apply to game screenshots but more so for a replacement for solid backgrounds, such as white or green found in game sprites. Recapture the screenshot in Snes9x 1.53. I have no idea how to get to this point in the game as I have not played a Zelda game in my life. Save the screenshot. Apply PNG Monster's algorithms to the image. Upload it over the PNG I just uploaded. If you can't do this, time for tagging of both images; delete the GIF and request a reupload for the converted image. --Wildgoosespeeder (talk) 21:01, 3 January 2016 (EST)

*coughing back*
I'll get to it.

-Toa 95 (talk)

My proposal
I have reset the votes after the draft template has undergone a change that has both options now being choices. Perhaps you should consider voting again? Sorry for the inconvenience. 10:59, 19 April 2016 (EDT)

CSS Clear
Just to let you know,, , and to clear CSS spacing are depreciated not only in a MarioWiki sense but a web standard sense as well. Use as that template contains the non-depreciated code. Using the template makes maintenance easier too. -- 20:31, 23 May 2016 (EDT)

Your proposal
Are you going to archive it? Once it's passed you need to move it to the archives. I could do it for you the first time, so you know what to do. 19:21, 30 May 2016 (EDT)
 * We generally archive it as soon as it passes. The only reason TPPs get left there is that there was a proposal specifically about it, which didn't apply to mainspace proposals. 21:01, 30 May 2016 (EDT)
 * Sorry about basically sniping the archiving process. There was a bit of an inconsistency so I decided to do it for this time. Yeah, Mainspace proposals get archived instantly after the deadline, Proposals/Archive does however list if the proposal has been acted yet or not, so as you can see, your proposal is grayed because it has yet to be acted.-- 21:06, 30 May 2016 (EDT)

TPP
Deadline not reached yet! Stop all moving! -- 18:39, 31 May 2016 (EDT)
 * Your premature move caused weirdness. I'm not too worried about it right now. We can deal with that after the first deadline is actually reached. -- 18:47, 31 May 2016 (EDT)
 * I looked into it deeper and the proposal ends tomorrow and not in less than an hour from the time of this reply. -- 19:14, 31 May 2016 (EDT)

Moving image titles
Hello, thanks for your recent image title moves. The new names are clearer and more specific. But in future, please remember to tag all the old redirects left behind with. The procedure is to delete redirects to images. Thanks, and keep contributing.

11:47, 9 July 2016 (EDT)


 * Thank you for your understanding. Files that still link to talk and userspace pages can be disregarded. It is only important to make sure all old file names which link to the mainspace wiki articles (as well as templates) are updated. But I see that you have been doing that already.


 * 16:58, 9 July 2016 (EDT)

Cropping
I know you just updated a bunch of images to remove black borders (which I am still disapproving of because I don't know if was informed enough to make such a decision to mandate it), but why didn't you apply PNG Monster to them? Cropping should reduce file size, not look like it increased it, such as this example and this example. -- 14:56, 9 July 2016 (EDT)
 * For uploading, it minimizes impact on resources to store the file and minimizes download time, especially for mobile users if they are using a metered connection. I can't help you for Linux, but maybe if you Googled for equivalent programs, such as pngout for Linux for a start, maybe you can get max optimized PNGs. For me being against cropping the way that wants, it ruins consistency and can be misleading because there is an edit parameter for  that no body uses when they do crop the screenshot. The crop is not what real hardware produces. I just prefer to not tamper with screenshots. The only reason I would crop is if it were to demonstrate the subject matter better than an uncropped image, not if it looks good. -- 17:47, 9 July 2016 (EDT)
 * I am judging based off of using better technology that isn't a CRT TV but rather an HDTV with composite video in. Compare the real hardware output with the emulator screenshot (I use Snes9x). If it matches, adjusting for clean native output that wasn't converted to a composite video signal of 640x480 stretched, it's a worthy upload. -- 18:30, 9 July 2016 (EDT)

Sorry for butting-in, but I figured my stance as a wiki admin may be useful:

"The crop is not what real hardware produces."

The crop may not be visible on displays produced long after the games in question, but that's irrelevant. In very limited cases, the wiki may take some liberties with how the material is displayed because It Makes More Sense.

To give one example, the name of enemies and items in Super Mario RPG are written in CamelCase, but the wiki writes them out in normal spacing. This is because 1: the camelcase is clearly the result of the English translator trying to save as much space as possible on the limited space available on SNES cartridges after having problems on a previous translation because of space constraints 2: oher sources write them normally., confirming :1. Just as the wiki doesn't have to abide by the constraint of SNES cartridges, we shouldn't have to factor the interaction of 90's and 2000 technology and save ugly and useless black borders that convey no useful information about the technology or visuals of the Mario games.

"I am judging based off of using better technology that isn't a CRT TV but rather an HDTV with composite video in."

In this context, "better technology" doesn't mean shit. The spritework of old console games were designed around the quirks of CRT technology. Some even combined said quirks and the flaw in composite videos to create effects (mouseover the Hard Drivin' screenshot) that won't appear with better video output. Justifying keeping these useless back borders because HDTV "is better hardware" and thus being a more accurate rendering of the game is nonsensical - if anything, you're being more innacurate by completely ignoring graphics were crafted around older displays.

So yeah, what Reboot here is doing is perfectly sensible and fighting to actively preserve black borders is in my mind, an useless and nonsensical goal, and so is requiring users to use a very specific program to reupload images for a minimal gaing in file size. Peace.

--Glowsquid (talk) 18:35, 9 July 2016 (EDT)
 * The initial cropping rule introduced I have gotten over just to move on, even though I'll always have lingering thoughts about how it can be misleading without updating or putting that template in there with that information. Black borders aren't a way to make an effect happen on older technology but rather a way to ensure the most important parts of the interface are on-screen and not blocked by the curves of a CRT TV. That's not what I was trying to get at with this thread. Any crop-related discussion should be MarioWiki talk:Image Use Policy. What bugs me and what prompted this discussion is unoptimized crops were uploaded by  since I took the time to optimize my uncropped versions of the images he overwrote. I use PNG Monster to be more considerate of  and users with slow or metered connections. -- 18:57, 9 July 2016 (EDT)

Multiple Image
Template talk:Multiple image The Lua-based implementation is overly complicated for what we want our version of the template to do. I have come up with some CSS to bypass the template's dependency on the width parameter so that way we can work with absolute numbers instead of calculated numbers. Feedback appreciated. -- 23:45, 9 July 2016 (EDT)