User talk:Porplemontage/Archive 13

General Question
I've noticed a few behaviors from you that I want to ask you about how you manage your Wikis. Do you generally have a hands-off approach and let the people who want to contribute to the wikis decide how it should be presented? I ask because you only seem to intervene when absolutely necessary and your editing is seldom. Or am I looking into it too deeply and you are just a busy person that doesn't have much time to contribute like the rest of us? -- 15:34, 2 May 2016 (EDT)
 * I view my main function as making sure that everything works technically. I do have a largely hands-off approach to allow the wiki administration and community the room to do what they feel is right. Every now and then I will step in and steer things in a certain direction, but this has gotten rarer as the wiki has gotten more established in its policies. -- 20:42, 2 May 2016 (EDT)

RE:Image black borders
I have a few issues with that practice. I explained myself on 's talk page. Users have cropped over the years and we don't mention it in the. I'm not inducing the black borders on the images if that is what you think I am doing. That is how Paper Mario (and some other but not all N64 games) render. I don't have any idea why Nintendo did that with some of their games. Diddy Kong Racing doesn't do this but games like Paper Mario do. It gets even worse when dealing with cropping a screenshot with the dialog bubble open as the bubble renders over the black box. In general, I find that people have a lot of misconceptions about the N64. -- 22:46, 2 May 2016 (EDT)
 * I completely understand that you're not adding them, and that is how the game technically is. But the wiki isn't necessarily meant to be 100% technically accurate in all instances. In this case, looking "nice" trumps technical accuracy, and I believe that it looks nicer cropped. Cropping to 296x200 even with dialog bubbles is good (1). You can mention that it was cropped from the technical resolution in line 4 of to coincide with image policy, which I'll add this to. -- 23:00, 2 May 2016 (EDT)
 * For the crop you provided to this image, you cut off part of the dialog box, which is what I said would happen. The crop you provided to this other image, I guess that is more acceptable. The only remaining concern is consistency with other N64 images (because the 1x internal resolution is ~320x240), such as the Paper Mario Title Screen comparing that to the examples you edited. I'm still quite torn between cropping or leaving the screenshots as-is. We would have to go through each image that has cropping done to it. I say we bring this issue up to the rest of the MarioWiki community because I don't want to accidentally spread false information through the implications of cropping. -- 23:15, 2 May 2016 (EDT)
 * Cutting off that little piece of the dialogue bubble is fine, as the crop is done to match the main view of the image. The title screen doesn't have a black border, so it doesn't need to be cropped. The consistency is what it is, and it's based on whether or not a black border is present (or pieces of a black border, in the case of the dialogue bubbles). This doesn't need community input, and I'll be happy to provide an answer for any other cases you're unsure about. -- 23:25, 2 May 2016 (EDT)
 * I'm afraid we are going to have to agree to disagree with this issue. For MarioWiki in general, we should represent Nintendo's flagship franchise as accurately as we can without projecting our biases onto it. The dialog box is part of the game view and if you crop the dialog bubble out, you crop a part of the game view out. It just looks off and bad. Anything within the ~320x240 is considered the game view. I guess the best thing for me to do right now is stop uploading screenshots for N64 games until we can get input from others. I would really prefer that before you make anything official policy. I'll still upload, just not N64 game screenshots because of this issue we are having with the images that doesn't seem to exist with other game systems. -- 23:40, 2 May 2016 (EDT)
 * OK, that's fine. Cropping has always been the unofficial policy, and we're just not going to change that practice. I think the images look significantly worse with the black borders. -- 23:53, 2 May 2016 (EDT)
 * Just to be clear, there was nothing wrong with my black border uploads and borderless screenshots are just your preference, correct? I just don't want to get on your bad side or get in trouble with you. -- 00:11, 3 May 2016 (EDT)
 * You didn't do anything wrong because there was no set policy against the borders and I believe that your intentions were good. Just know that moving forward, there is now a policy that they must be cropped. Hopefully we can fix the existing uploads. -- 00:40, 3 May 2016 (EDT)
 * ...and that is where I think we need to discuss it with the other MarioWiki contributors instead of just you making the call what we should do with our images before submission. I'll feel better about the whole situation if we do that. A few users have questioned my N64 uploads and just those kind of images in the past while others would agree with my N64 uploads. -- 01:27, 3 May 2016 (EDT)
 * I feel strongly enough about this that it doesn't matter. If the proposal didn't go my way, I would veto it. I believe that it's in the best interest of this wiki to have clean, borderless images. -- 01:40, 3 May 2016 (EDT)
 * Do you know how many images that is that we need to modify to meet your specifications? This would apply to all the screenshots the contributors have ever contributed. Remember how I said this issue applies to N64 games only? There are a select few non-N64 game screenshots that have black borders or letterboxing, but that is usually cutscenes and not regular play, and that is why I excluded them originally. This also increases unnecessary maintenance, which I don't think anyone would appreciate. This also adds an extra step before submission, which might increase the chances of someone screwing up the crop. I think there are enough problems getting transparency right for sprites. brought up a good point to me in the past that images uploaded are best first-come, first-served on User talk:Wildgoosespeeder/QualityRequestTypes/sandbox. I think I provided enough reasons why you shouldn't enforce this but rather it should be kept as a suggestion at best. -- 02:01, 3 May 2016 (EDT)
 * It doesn't matter. Replacing existing, cropped images with black-border images isn't exactly helping things. If improving the image quality is worth it, then it's worth going the extra step to remove the borders. Obviously, we have non-ideal images all over the place. They will continue to be fixed as we go, but the policy should represent the ultimate goal. -- 02:29, 3 May 2016 (EDT)
 * A lot of the images I was replacing had emulator mistakes, too small, JPEG literally converted to PNG (unnecessary bloated file size), blur, artifacts, images better as a clean PNG rather than in the JPEG format, applied video filters (against MarioWiki policy), and so many other kinds of issues. The cropped status wasn't one of those issues. It just looks like I did that. Take a closer look at the archived images compared to my cleaner counterparts. -- 02:50, 3 May 2016 (EDT)
 * Yes, I understand the quality improvements. Unfortunately, the border is an extremely noticeable undesired element. But now all they need is a good crop and they'll be perfect for our purposes on the wiki, so that is great! -- 03:04, 3 May 2016 (EDT)
 * OK, but can a regular talk be opened on Image use policy just to gauge a reaction? No, just a regular . I really do think that your simple change isn't so simple as you make it sound. -- 03:20, 3 May 2016 (EDT)
 * Yes, talk about it there. My user talk page can only take so much. -- 03:23, 3 May 2016 (EDT)
 * OK! Now I feel better! -- 03:24, 3 May 2016 (EDT)

Wiki chat
I got banned by chan serv all because I asked for op and the others talked about op. I didn't see in the rules about requesting for it getting you banned.SuperLuigi (talk) 18:47, 4 May 2016 (EDT)

Problem uploading image
Each time I try to upload this image, with the source URL for the image : https://nookipedia.com/wiki/File:AlbumArt-Dixie.png it says this:Cannot upload this file because Internet Explorer would detect it as "text/html", which is a disallowed and potentially dangerous file type. any help? TabuuandPeach 17:10, 6 May 2016 (EDT)


 * Once again, you are using the wrong URL. Click on the image on that page, then use that URL. -- 19:26, 6 May 2016 (EDT)

Batch Upload
Any way to batch upload? I have 105 images for Gallery:New Super Mario Bros. and they are all similar to File:W1-1.PNG. The 105 files I have are all named appropriately ( NSMB Credits XXX.png ). It would be tedious to upload one by one. I can concentrate my efforts elsewhere to replace uploads. This sort of enhancement for MarioWiki would be beneficial for other high volume uploads, such as new sprites (not existing sprites). -- 17:49, 8 May 2016 (EDT)


 * There are scripts out there that you could use, or I could do a batch upload if you can get me the files in a Dropbox ZIP or something. I trust you, but in general, we want to make sure all uploads are done with purpose - we don't want users going nuts with many uploads at once and then leaving them unused. -- 23:50, 8 May 2016 (EDT)


 * Is there a way to grant privilege to certain users if you want to defend against users going nuts? I do have an easy way to link them all and it involves CMD and using the command dir > files.txt . Once a little editing is done, I can copypasta into the gallery tags since File: isn't really needed inside galleries. -- 00:41, 9 May 2016 (EDT)


 * Not the way I would do it for you. You could use something like this. -- 00:52, 9 May 2016 (EDT)


 * I'll fiddle around with that Perl script later. The talk section of that link seems to suggest that it is possible to upload PNGs since the script by default deals with JPEGs. -- 01:07, 9 May 2016 (EDT)


 * I am getting a bunch of errors related to not being able to find *.pm libraries. I tried to fix it by downloading the missing libraries. Solve one problem, another one gets created in its place. It's too much trouble. Python-bot it is. -- 21:49, 20 May 2016 (EDT)

Bots
I have an idea. There are many articles with the older Image: and. Why not put and/or  to work? Replace:


 * with
 * with
 * with
 * Image: with File:

Just make sure the search and replace is case-insensitive. -- 15:43, 11 May 2016 (EDT)


 * What I've used for PorpleBot is this - take a look, I'm sure you could have some fun with it... You could probably loop through the upload script to upload your batch files, too. -- 17:02, 11 May 2016 (EDT)
 * I can handle the uploads. I though that the pywikibot was a plug-in? Since you have it set up, rehash it for those text replaces. -- 19:11, 11 May 2016 (EDT)
 * No, you run it on your local PC and it logs-in to the wiki and performs functions using the MediaWiki API. -- 19:15, 11 May 2016 (EDT)
 * After a little bit of fiddling around, I got the bot to upload what I had! Thanks for the help! -- 00:11, 21 May 2016 (EDT)


 * Beware of these:
 * "The Bob-omb will be a different speed depending on the image: [...] -- Bob-omb Derby
 * "When Mario first meets Grubba, the promoter shows his public image: friendly and passionate about his life's work. -- Grubba
 * On an unrelated note, I'm currently removing the &lt;center&gt;s in the coding of galleries in mainspace articles by hand.  01:53, 20 May 2016 (EDT)
 * No problem. " [[Image: " with " [[File: ". -- 01:23, 21 May 2016 (EDT)

After about hundreds of bot edits replacing text spanning hours (which I am unsure I got all of what I wanted to mass replace), I think the search function is broken. I search for " right " and nothing shows up and I know there are plenty of pages with that text! Do you have to purge or rebuild a cache or something or is this out of your control? -- 23:41, 21 May 2016 (EDT)

New Drop-Down For Uploads
For Special:Upload, you have a drop-down for our image copyright tags. How about one for our game image categories, such as Category:Super Mario 64 Images and Category:Mario Kart 8 Images? -- 22:45, 12 May 2016 (EDT)


 * Well, it could be done through JavaScript like this if you want a project. -- 23:35, 12 May 2016 (EDT)


 * That JavaScript looks a little too complex for the behavior I was looking to integrate and that behavior should be similar to that of the licensing drop-down box. The only thing that I don't have a clue is all image categories. I would do a RegEx MediaWiki page dump or whatever using /^Category:\s?(.+)\sImages$/gi or whatever works to gather all the categories in existence currently rather quickly. Then create an array that adds an entry per choice in the drop-down all in a loop. Then whatever code needs to be inserted for the drop-down to behave similarly to the licensing drop-down we have, insert that code. I was also thinking checkboxes for each category would be more suitable than a drop-down for category insert. -- 03:02, 13 May 2016 (EDT)
 * But wouldn't that be too extensive? We have more than a hundred games in the Mario series, the drop-down is going to be too long to be useful, no to mention doing a REGEX dump everytime someone accesses the upload page is an unnecessary waste of resources. The best way to add the category automatically is either, modify the aboutfile template (it was a rejected idea.), or modify your own js (that's what I do, you'll find it somewhere around here). The only thing that I would support is a checkbox for pre-release and glitches.-- 05:30, 13 May 2016 (EDT)


 * The dump is a one-time thing (text) so we can get the game categories en masse as the addition is hard-coded. Any new image categories created can be added later. It would be nice if all of this were automatic, but I don't see that being possible with current limitations. I was thinking the same thing modifying to be more like Zelda Wiki's, but past experience is telling me people wouldn't like to go through ~70,000 images. In general, I am detecting a lot of resistance to change from other MarioWiki contributors, especially long-time users, but by doing that, it just makes problems worse the longer the problem is ignored. I am often conflicted to even bother discussing needed changes. -- 17:39, 13 May 2016 (EDT)

My username.
I want to change my username on here. How do you do that?SuperLuigi (talk) 18:39, 15 May 2016 (EDT)

The Forums
I want to join the Forums, but it requires E-mail, I don't have E-mail, my family doesn't have E-mail. Im over the age of 13, but nobody in my family has an E-mail, can you change that requirement? Only one time. (from May 25-June 1st) The other requirements stay the same. 18:10, 20 May 2016 (EDT)


 * Take a minute to create a Gmail account, or use a nonsense email. -- 20:56, 20 May 2016 (EDT)

So with the nonsense email, does it mean it doesn't exist? 21:08, 20 May 2016 (EDT)


 * Yes. rj89434h23gg94h@rk2389.net -- 21:17, 20 May 2016 (EDT)

Tabuuandpeach
On User:Serpent King's talk page, he talked about smash wiki. We don't really care about other wiki's problems. He set up a rude image on there as well, it was a can that said "Spam". He also has had many warnings.MasterDoopliss (talk) 15:40, 21 May 2016 (EDT)

Porplemotage, he doesn't know that it's officially over, on Serpent King's Talk Page, I told him it was over, the SmashWiki business is over, so ignore him. 16:30, 21 May 2016 (EDT)

Banned from the Forums.
Help me! I have been banned from the Forums! they said I was spamming, that was wrong, how can I be banned from the Forums from posting in the counting section? Contact Glowsquid on the Forums. A guy on the forums banned for no reason is not good. Im  19:51, 23 May 2016 (EDT) and I approve this message.

I'm not a moderator, but you were banned due to spamming irrevelant images in the Real-Life photos thread and refusing to stop when warned. 11:52, 24 May 2016 (EDT)
 * Well, I stopped and went to the counting section.  12:07, 24 May 2016 (EDT)
 * You weren't banned for no reason. You had overall low quality posts and you made forum games that broke general rules so you can get results you want and that no one has fun playing with you and you revived finished forum games so you can get results you want. You're banned for those reasons aside from being told multiple times to stop posting crap images in the Real Life photos thread. I'm sorry to say this, but get better at posting or leave. 1

2:20, 24 May 2016 (EDT)
 * One more thing, the forums and the wiki operate as separate entities. All you're doing here is dragging drama from the forums and cultivating an even more negative image than you already have. Given that you've dragged drama from SmashWiki as well, you're on the road for another warning, especially for general incompetence. 12:43, 24 May 2016 (EDT)

That's with my Miiverse posts also. Okay the "Drama" has stopped. 19:13, 26 May 2016 (EDT)

Implement This Change?
This topic kind of died down but what do you think about MarioWiki talk:Image Use Policy? -- 02:06, 25 May 2016 (EDT)

Interwiki Addition
Would it be a good idea to include The Cutting Room Floor in the Interwiki table? -- 15:17, 5 July 2016 (EDT)
 * Thanks! Although the first usage was User:Wildgoosespeeder/sandbox, this will be loads more useful on pages in Category:Pre-release and unused content. Some other people and I have also uploaded images copied from The Cutting Room Floor and need to link to the page as to give us a way to cite where the image was copied from to avoid being accused of plagiarism. -- 17:21, 5 July 2016 (EDT)

image maps
It seems that pages that contain Image Maps, like this one, are being polluted by an unclosed  tag produced by the new version of the image map software. 11:35, 8 July 2016 (EDT)


 * Thank you for telling me! Fixed now. -- 15:59, 8 July 2016 (EDT)
 * Thanks! Can it be fixed by "clearing the cache" i.e. removing the page and restoring it? I've also noticed that there are overlapping divs on the top-right corner of certain pages like Category:To be deleted. --  02:36, 9 July 2016 (EDT)

MarioWiki had MediaWiki Software Upgraded
Thanks for upgrading this Wiki to the latest version! Special:Version and. -- 13:16, 8 July 2016 (EDT)

Cache Refresh
I noticed the cache for Special:UnusedFiles and other related Special:SpecialPages were not refreshed last night. Please can you give it a manual refresh? -- 14:26, 8 July 2016 (EDT)

User:MarioWiki Admins
May you please enter the account into the Bot usergroup? Cheers.

18:34, 27 July 2016 (EDT)

Checkuser
Hey. Would you perhaps support the possibility of having a drop down "Reason" menu for Checkuser? Reasons could be as follows.


 * Routine new user check
 * Suspected sockpuppet account
 * Matching a vandal account

Maybe some more too, but I can't think of any at the moment.

14:47, 29 July 2016 (EDT)


 * You got it! -- 16:06, 29 July 2016 (EDT)

Thanks so much! And I suppose I could add more reasons if I think of any, now that I've seen how it's formatted on MediaWiki.

16:15, 29 July 2016 (EDT)

Tabber feature?
Would support for Tabber be possible or appropriate for this wiki? --


 * We don't need it. -- 19:55, 31 July 2016 (EDT)

Paper Mario screenshots
If a screenshot needs to be cropped to remove black borders or have transparency added (if a game element overlaps the border), note it in parameter #4.

This seems to assume that everyone uses the screenshot button on the emulator. As far as I know, some of the commercial screenshot-taking utilities have a magnifier tool. Users of such tools might get a borderless Paper Mario screenshot directly, and it might have never occurred to them that the black border is part of the hardware output, and that the screenshot is actually cropped. Some newbies also mistake the black borders as part of the emulator window. Is the #4 parameter going to document what is different from the hardware output? If so, having some explanation on UPLOAD might prevent possible misunderstanding.

By the way, it seems that galleries are still left-aligned in the mobile view. 12:52, 31 July 2016 (EDT)


 * Sure, different from hardware. We're looking into a dedicated help page for this stuff which will be linked in the image policy. Thanks for the galleries tip. -- 19:55, 31 July 2016 (EDT)


 * It should be encouraged to use the screenshot function of emulators (pressing a keyboard shortcut, menu option, etc.) and not use something like Snipping Tool, unless otherwise stated. As for looking into a dedicated help page, is this going to be the shape of things to come related to 's policy drafts or my page? -- 22:47, 1 August 2016 (EDT)


 * Probably. I'm not working on it. Ask around! -- 12:42, 4 August 2016 (EDT)


 * Thanks, but the new wording bugs me as not everyone knows what the "hardware output" means. What about mentioning the emulator's screenshot button explicitly? It seems to work well as a criterion for whether a black border "belongs" to a screenshot or not.  23:29, 31 July 2016 (EDT)


 * That would go on the new help page. -- 23:33, 31 July 2016 (EDT)
 * On the Help:Screenshots-to-be? Well, that would be great. Yeah, galleries now look much better in mobile view. Thanks!  00:04, 1 August 2016 (EDT)

* * *

I think it makes more sense to base it on the #2 "source" parameter, which is how I cope with that rule for my recent Paper Mario uploads. If the image's source is the emulator, then it is cropped. I suppose people who get their screenshots from YouTube can be exempted from that rule if they mention their source in #2, since their uploads are clearly not "from the hardware output"? 02:31, 11 August 2016 (EDT)

and
Hi. I saw that you turned from something like   into a. While this is a big improvement, it doesn't help the case where a left-side picture goes immediately under the quotation. What about using the  element instead? It seems to regulate the inter-paragraph space in more cases like the one I linked to above. --  10:05, 4 August 2016 (EDT)


 * Thanks - good idea! -- 12:42, 4 August 2016 (EDT)

Wii U in Mobile View?
I browsed MarioWiki to replace a Wii U image for Super Mario 3D World. I think a recent update or your modifying of CSS files related to mobile devices is sending a false positive to the Wii U because it is more than capable of loading this website without the assistance of mobile view. If at all possible, can you make an exception somewhere for Wii U users to load in desktop view as default instead of mobile view? It can be difficult to use mobile view to submit images. -- 02:02, 7 August 2016 (EDT)
 * Can't you just toggle to Desktop view? -- 02:07, 7 August 2016 (EDT)
 * Yes...but wouldn't it be nice if desktop mode was default for Wii U users? -- 02:10, 7 August 2016 (EDT)
 * I'm running a test today and sending iPad users to the mobile site, as Wikipedia does, to see how it affects user engagement. Interesting that it affected Wii U. Are you using the iPad user agent? -- 02:15, 7 August 2016 (EDT)
 * I think the trigger is based on what the PHP detects as the browser. I think there are special builds for mobile devices or what the Wii U or 3DS uses. I think the detection is the same/similar compared to desktop versions. I have no idea what iPad user agent is because I don't own an iPad. All I know for sure is that it is possible to detect a Wii U because Loadiine and browserhax load something very different for the Wii U and 3DS respectively that won't happen on any other kind of device accessing the URL. -- 02:28, 7 August 2016 (EDT)
 * Ok, I understand what happened. Thanks! -- 03:03, 7 August 2016 (EDT)

Template:Foreignname
Your last edit to that page replaced the non-ASCII characters with question marks. Was that intentional or a mistake? 22:50, 8 August 2016 (EDT)


 * Whoops, thanks! -- 22:57, 8 August 2016 (EDT)

Favor
Thanks for taking care of that vandal (I could've kept going all day if I wanted to, haha).

Can you remove the summary for this edit for me, please? I don't want people to get the wrong idea here... 12:43, 9 August 2016 (EDT)


 * Thanks :) 12:53, 9 August 2016 (EDT)


 * You're welcome! And thanks for reverting those edits. -- 13:09, 9 August 2016 (EDT)


 * Any time. 13:16, 9 August 2016 (EDT)

Maybe these three as well? 14:15, 9 August 2016 (EDT)
 * also have the same content. Sorry for the repeated messages. 16:59, 9 August 2016 (EDT)

Slow Loading or Broken Pages
I think there is a problem with a few pages possibly related to files. It takes a long time for Gallery:New Super Mario Bros. 2 and page 3 of Category:Quality requested to load. I don't think the problem is limited to those pages. Not sure what is going on but I think there is a technical problem only you can solve. -- 21:03, 11 August 2016 (EDT)
 * 10 MB gif = bad. -- 23:13, 11 August 2016 (EDT)
 * That's what was ailing? Jeez. My guess is a coding issue with the new version of MediaWiki you installed over a month ago (I think) because I never had this problem before... -- 23:15, 11 August 2016 (EDT)
 * Is there any chance to get back that Puzzle Swap panel back without it causing that long time load problem? -- 04:14, 12 August 2016 (EDT)
 * If file size can be reduced.. -- 04:17, 12 August 2016 (EDT)
 * That's a tricky task because I don't know much about GIF optimization compared to my knowledge about PNG optimization. I can't make a recreated GIF because I need to get all frames and that is just not feasible and practical for me. I think the only option is to try and pursue the APNG format, which people voted against a few years ago. By the way, there's more issues: Gallery:StreetPass Mii Plaza. -- 04:27, 12 August 2016 (EDT)
 * What about OGG? --  04:33, 12 August 2016 (EDT)
 * Well, MediaWiki won't do a preview thumbnail anyway for very complex GIFs (gives a technical limitation won't animate flag unless you look at the full size version), so, yeah, that might work. We have to press play anyways. The only problem now is that any GIF artifacts will be compounded by OGG artifacts. -- 04:44, 12 August 2016 (EDT)
 * I'm trying some GIF reducers first. -- 04:46, 12 August 2016 (EDT)
 * Nah, didn't work. At the very least, let's replace them with a still image. -- 05:10, 12 August 2016 (EDT)

I just tried something on a few files with broken thumbnails in Category:Paper Mario Images and the thumbnail was fixed. When you click edit, change the action in the URL bar to purge (&action=purge). This gives a prompt to force the old thumbnail to be deleted and a new one to be generated generated. It got me thinking to do that with the two images you deleted. I think I am too late to try that, huh? -- 18:17, 21 August 2016 (EDT)
 * Strangely, I uploaded a new version of File:Donkey Kong Country title screen.gif and the freezes happen, but not to File:Donkey Kong Country start screen.gif. For stability, I uploaded a single frame GIF for that one GIF that causes lag loads. That's what I initially thought. Then I reverted back to the GIF that was animated that caused problems. The thumbnail was working again without causing freezes. Maybe it takes a little time to generate the thumbnail? Is there anyway to force Note: Due to technical limitations, thumbnails of high resolution GIF images such as this one will not be animated for certain file pages?-- 23:27, 21 August 2016 (EDT)


 * These are two separate issues. The images I removed were eligible for an animated thumbnail, but were so large they timed out while it was being generated. Any thumb with that message is not eligible. I just increased the limit so the DK start screen has a thumb now. It always takes a long load the first time an animated thumbnail is being generated - the difference with the ones I deleted was that even after waiting the full long load time, the thumb was never generated. -- 01:34, 22 August 2016 (EDT)
 * I was wanting the forced flag to be on not off so that way it is forced to generate a static thumbnail. If you have it working so no freezes occur now, I'm going to revert File:Donkey Kong Country title screen.gif to the animated version (one last time). When that happens, I need you to delete the archived versions, which are redundant reversions that don't need to be there anymore. -- 01:45, 22 August 2016 (EDT)
 * I can't change the flag without lowering the limit for the entire site. -- 01:47, 22 August 2016 (EDT)
 * Bummer. That really needs to be a feature of MediaWiki in general for weird cases like ours. Anyways, File:Donkey Kong Country title screen.gif is ready to have its archived versions deleted (only my archived versions). I see no errors now and pages load fine. Thanks! -- 01:54, 22 August 2016 (EDT)
 * I was kind of hoping you would leave 's version alone but hey, thanks for deleting my reversions! -- 16:56, 23 August 2016 (EDT)

Idea
Is there any way for tiled image pages to display its current resolution, such as in places Special:UnusedFiles, Special:ListFiles, or pages like Category:Luigi's Mansion: Dark Moon Images, maybe next to the file byte size? This will help spot incorrect resolution images much faster (such as crappy YouTube-captured screenshots of games because oftentimes, people use that as a source to get screenshots and size them wrong). -- 16:43, 14 August 2016 (EDT)


 * Not reasonably. I don't edit the core MediaWiki files for upgradability reasons and I thought of a JavaScript solution but it ends up needing to load each full-size file to get the resolution. -- 02:37, 15 August 2016 (EDT)
 * Don't go the JavaScript route because that will just eat bandwidth and wouldn't be fair for those with slow or metered internet connections. Your best route is to edit the PHP files and I wish you would. It would be in the best interest of Image use policy. Right now, I rely on the default display of file sizes and file extensions to spot bad images if they weren't tagged with or were spotted by  years ago with User talk:RAP/test3. It can be deceptive, faulty, or dated. If you could make it work out, that would be much appreciated. I don't know how MediaWiki upgrades work but I would just somehow keep track of custom changes and make sure to reapply when the next upgrade comes along. -- 03:15, 15 August 2016 (EDT)
 * If anything, the JavaScript would only apply to you. Anyway, I won't be editing the files. -- 03:20, 15 August 2016 (EDT)
 * Why only me? I can't handle ~70,000 files by myself. -- 03:24, 15 August 2016 (EDT)
 * Because you're the one who asked. -- 03:25, 15 August 2016 (EDT)
 * I thought it would be beneficial for those who want to replace images and not just me. I was merely trying to think outside the box and to see if you agree with me in some way. We are kind of on the same page, but there has got to be a less bandwidth wasting way to solve this problem. How about a plug-in? -- 03:30, 15 August 2016 (EDT)
 * Nope, sorry. Maybe you can get it added to MediaWiki core. -- 04:07, 15 August 2016 (EDT)
 * For categories like Category:Luigi's Mansion: Dark Moon Images, an alternative method is to get a list of all the files in the category via Special:Export and transform the result into

... and post it in the sandbox. Then oversized/undersized images will soon stand out (perhaps with zooming out the preview). You can even save the HTML code of the preview page and grep it. 05:02, 15 August 2016 (EDT)

Capitalizations
Hey. What do you think of "Manual of Style" being capitalized?

17:13, 15 August 2016 (EDT)


 * It's good the way it is! -- 17:21, 15 August 2016 (EDT)


 * Okay! It does seem more of a proper title than the previously capitalized pages.


 * 17:30, 15 August 2016 (EDT)

Hey again. Would you like me to help you out a bit by moving the Notice template categories to the correct capitalization? I was going to update the image we're using anyway.

14:15, 23 August 2016 (EDT)


 * Sure, let's do it! If you update the image, I can move the categories pretty easily with PorpleBot. -- 14:31, 23 August 2016 (EDT)


 * Great, all done. Also for some reason I can picture you with a Pokeball saying "Go, PorpleBot!"


 * 18:02, 23 August 2016 (EDT)

Interwikilinks
Hello, I have a suggestion, why not make Porplebot add interwiki links to the German and Italian wiki? -- R alts eye prata med mej 05:46, 26 August 2016 (EDT)


 * The best the bot could do is add something like  to every page, but it's best that people do it manually and actually get the page titles correct. It's not within the scope of the bot to check if the page exists on the other wikis. -- 05:56, 26 August 2016 (EDT)
 * What do you mean? It works on Bulbapedia, so how could it not work here? -- R alts eye prata med mej 06:02, 26 August 2016 (EDT)
 * You're right, there is a script for that! Thanks - I had never thought about it before. It's not a major priority for me right now but I'll look into it when I can. -- 06:30, 26 August 2016 (EDT)
 * Oh, okay glad to hear. -- R alts eye prata med mej 12:37, 26 August 2016 (EDT)
 * Ping, friendly reminder, it has been over one month now. -- R alts eye prata med mej 08:53, 7 October 2016 (EDT)
 * I've lost interest, but it's something anyone could do with Pywikibot - doesn't have to be me. -- 12:35, 7 October 2016 (EDT)

Show Anonymous Users
Was told to direct this to you: Is there a way we can add a listing of how many anons are online in the Recent Changes? I don't mean listing each individual IP one-by-one (the list would be pretty big). Just something like "Anonymous Users Online: 12" or something. Probably positioned underneath the "Who's Online". 21:40, 29 August 2016 (EDT)

I am with Alex95.


 * The extension would have to be modified and I don't think it's really worth it. And I'm not sure the number would be accurate anyway with how the caching works for logged-out users. -- 02:10, 30 August 2016 (EDT)

Categories
and I are trying to figure out categories. I think some categorizations don't make sense. It's all related to a recent proposal that passed. You can join us to discuss your concerns. Your reverts and deletions conflict with current discussions. -- 16:41, 11 September 2016 (EDT)


 * Images by type is the catch-all for stuff like pre-release, merchandise, glitch images, etc. Anomaly is so specific it's pointless. The copyright cats are there just as another way to get there. They are categorized down multiple paths on purpose. -- 16:46, 11 September 2016 (EDT)
 * But it doesn't make sense compared to the other categories in that category. There's got to be a better way to classify and structure the tree of categories. Most images in images by type better belongs in images by copyright status. I'd argue that images by type should be a subcategory of images by copyright status. There's got to be a better way to classify the non-copyright categories. There are subcategories for Category:Game screenshots. Maybe those subcategories can be related to glitch and pre-release images to be its own category instead of in game screenshots? Merchandise images, don't know. -- 16:56, 11 September 2016 (EDT)
 * Most of the cats in images by type are from Category:Fair use images, so they are already down the copyright status tree. Images by type was created to give miscellaneous cats such as merchandise images, promotional images, and glitch images a home other than MarioWiki images. Without those in there, we don't even need images by type. I added the additional cats from fair use images just so you could actually get to more images by "type" since images by type can't just be merchandise, glitch, and promo images. So they are in the copyright status and type trees and it's great. -- 17:06, 11 September 2016 (EDT)
 * Maybe the whole copyright categorization tree needs a rework so it is better organized? Images by type might be a great place for those images by... categories, prerelease, and glitch in MarioWiki images after all. Currently, prerelease and glitch images categories are not copyright-related image categories and the majority of subcategories in images by type don't belong together in the same classification as those non-copyright image categories. -- 17:17, 11 September 2016 (EDT)

Your Advice
A recent proposal named "Allow certain implied sections to be split from the "List of implied ..." articles" passed not to long ago. I suggested a "List of implied objects that have high importance to games". I farther suggested that if the proposal passed, then the article will be just a talk page allowing two weeks whether than one. It would also serve as a place where if people don't want a proposal to be archived, it will be on that list. I wanted to hear from you since you are the highest authority on the wiki.

This is asking about your advice on this. Should I do it? In the exact way I plan? Or should it be in another way? 12:33, 22 September 2016 (EDT)


 * Your suggested list name is too long. It could be "List of implied objects", but we have List of implied items, so what's the difference? What article will be a talk page? Articles aren't talk pages. -- 12:38, 22 September 2016 (EDT)
 * So, what's your advice of what to do? A category of pages that have been proposed to be separate with that talk page of it being where the proposal be instead of the one week? Or should I just leave it alone? 12:41, 22 September 2016 (EDT)


 * Best to leave this one alone. -- 14:34, 22 September 2016 (EDT)
 * Ok. Thank you. 14:38, 22 September 2016 (EDT)

Broken File
I tried to fix this file but it didn't work. What's going on here? -- 15:50, 22 September 2016 (EDT)
 * What's the problem? -- 15:53, 22 September 2016 (EDT)
 * I am not seeing this file display at all. -- 15:55, 22 September 2016 (EDT)
 * Huh, works normally on my end. -- 15:59, 22 September 2016 (EDT)
 * Weird. I don't know what is happening on my end. -- 16:07, 22 September 2016 (EDT)
 * I have an idea. Save the two versions of the images, delete the page, and reupload the images under the same page name to see if that fixes the issue. -- 16:37, 22 September 2016 (EDT)
 * Suddenly, I am seeing the page correctly but file links are still broken. -- 18:12, 22 September 2016 (EDT)
 * Strangely, everything is working correctly. I don't know why I was experiencing such weirdness. -- 18:18, 22 September 2016 (EDT)
 * I moved the page. I think that may have something to do with it... *cough*adblock*cough* - Reboot (talk) 18:24, 22 September 2016 (EDT)
 * I feel stupid now. Didn't think that would be causing the issue. -- 18:31, 22 September 2016 (EDT)

Mobile View New Messages
I tested something. I received a new message but before opening, I switched to mobile view. Turns out letting the user know there is a new message for them isn't very clear. Desktop view shows an orange banner (hard to miss). Mobile view just shows a grey outline white bell in a corner. Have any ideas how to fix this? I get the feeling that users are unintentionally ignoring messages (especially if, , and are concerned). -- 14:39, 2 October 2016 (EDT)
 * Mobile users know to look for the famous bell in the top-right. And I even fixed it so the top and bottom of the bell aren't cut off anymore! -- 15:15, 2 October 2016 (EDT)
 * You sure? What if it isn't enough? Sounds like an assumption. What about making it animated or something? -- 15:26, 2 October 2016 (EDT)
 * I mean, sure, the image could be changed with CSS. But it would be kind of sad to lose the iconic bell! -- 15:42, 2 October 2016 (EDT)

Edit summary reminder
Shouldn't we put in a reminder if someone saves an edit without putting in an edit summary (unless it's a page creation). If a user attempts to save a page, it should come up with a reminder telling them that they haven't put in an edit summary and if they press save page again the edit will be saved without one. Here's what I had in mind for the reminder. Reminder: You have not provided an edit summary. Your summary should help other users understand the reason for your changes; you can also use the discussion page to explain. If you click "Save page" again, your edit will be saved without a summary. Unexplained removal of information is likely to be reverted. 15:31, 6 October 2016 (EDT)
 * There is a setting for this in your preferences if you want to turn it on. I'm not convinced that it's worth enabling by default. -- 12:35, 7 October 2016 (EDT)

Image Problems

 * Recently, I've noticed that a few images aren't appearing at all on the wiki articles. They involve four different images of the Boomerang Bro, which are named File:Boomerang Bro. Artwork SMG2.png, File:Boomerang Bro SM3DL.png, File:Boomerang Bro NSMB2 Prima.jpg, and File:Boomerang Bro-NSMBU.png. Strangely, you can view the images at full size, but the thumbnail variants just won't appear at all. 09:10, 20 October 2016 (EDT)

Update a JS File
User talk:YoshiKong - Can you update this? -- 16:47, 24 October 2016 (EDT)
 * Thanks! -- 16:52, 24 October 2016 (EDT)
 * Maybe we can take this one step further? How about code that inserts a category like Category:Files with missing categories? Don't act on it now. Just asking if that would be a good idea. -- 17:07, 24 October 2016 (EDT)
 * Well, it could even be a little notice template that inserts the category. Getting too sophisticated? Idk -- 17:21, 24 October 2016 (EDT)


 * did get the ball rolling to get people to categorize files.  seems unnecessary because inserting   accomplishes the same thing, although the template does have an advantage of containing a formatted message, like, but for files instead of user talk pages. -- 18:05, 24 October 2016 (EDT)
 * You do the template to put the notice on the file page saying that a game/whatever cat needs to be added, and because it keeps the line to be removed actually on one line. -- 18:07, 24 October 2016 (EDT)
 * Started a template up. I used as a base instead. -- 18:26, 24 October 2016 (EDT)
 * Thanks for making this possible. Let's see if this makes new uploads easier to find uncategorized images. I performed two tests and it is working fine. You can delete File:Asdfjkl.png and File:Asdf.png if a different mod doesn't get around to it. -- 19:52, 24 October 2016 (EDT)
 * Almost forgot! Do you think you can modify Maintenance to include the new maintenance category? -- 20:14, 24 October 2016 (EDT)
 * There are honestly several things in Category:MarioWiki maintenance that could be added to that page. -- 20:19, 24 October 2016 (EDT)
 * Do you think that page should be rewritten, split into more pages (like Maintenance/Main Page), or just have added sections? -- 20:22, 24 October 2016 (EDT)
 * I think it's fine the way it is, but new rows could be added for stuff like Pages with reference errors, Pages using duplicate arguments in template calls, Articles with broken file links, Articles with long trivia sections, Citation needed, etc. -- 20:27, 24 October 2016 (EDT)

Do you think that we can afford to remove ? The template tells the person to remove it once the image has been properly categorized. The category links don't necessarily have to be where the template is. It just has to be categorized. -- 23:02, 25 October 2016 (EDT)
 * Alright, performed another upload test after you changed the name of the template. File:Asdf.png needs to be deleted again. -- 00:33, 26 October 2016 (EDT)

Can "Book scan" be added to the Licensing drop-down on Special:upload beside "Magazine scan", please? - Reboot (talk) 22:26, 30 October 2016 (EDT)

Gallery No Red Link


Here's a question I have been meaning to ask. For a non-existent image, why a red link for a file link but no red link for a gallery link? That makes no sense! Is it possible to have that functionality or is that a custom modification of MediaWiki? Maybe you can submit a bug report or request to the developers of MediaWiki. -- 05:14, 29 October 2016 (EDT)


 * That's just MediaWiki, I'm not terribly bothered by it, but I did find a task for it so feel free to add your input... -- 11:28, 29 October 2016 (EDT)
 * Oh, it's been an open issue for some time now by MediaWiki authors. What bothers me is that they consider this a low priority issue. It should be at least normal. It shouldn't exist at all as an issue but it does. It should have been fixed by now since the issue has been up since 2014. As an uploader more so than a writer for MarioWiki, this is a hassle for rapidly uploading new images without needing to manually name everything on Special:Upload (or adjusting the URL in my browser's address bar) when the links are in gallery mode. -- 15:35, 29 October 2016 (EDT)

File Reversions
The other day, I participated in a discussion on 's talk page about deleting duplicate files in a file history caused by edit warring. I'm sure you see that the way file reversions are handled by MediaWiki as being wasteful of system resources because it duplicates files in the process, wasting server space. I suggested that maybe a simple file selection mode for the file history would be much more efficient on server resources. I know that would call for a major revision of MediaWiki software. Are there any bug reports about fixing this issue on MediaWiki's project page? -- 15:11, 1 November 2016 (EDT)


 * Not that I know of. -- 15:37, 1 November 2016 (EDT)