Project:General Discussions/Archive

Incorrect Ratings
More and more I'm noticing people incorrectly changing the ratings putting a number directly on the list instead of in the ratings pages just undid 2 of the them from the same person.

We need all users to understand not to change the ratings that way or a way to prevent it as its going to get annoying and harder to change. 122.104.103.221 20:16, 15 August 2010 (UTC)

I think this is generally due to folks being unaware of how to work with the ratings templates. Some suggestions:
 * Revise the ratings template to recognize the numbers an provide info on appropriate corrections.
 * Revise the rating template so ratings link to the appropriate ratings edit page. I'm guessing this would mean generating separate templates per system.

However, we'll likely still see this (and the similar issue of pages using the rating vs ratings template) even then. Unfortunately the best solution may be to just continue to monitor things. The searches below can help with such... Kolano 20:37, 15 August 2010 (UTC)
 * |&limit=100&offset=0 Use of the rating rather than ratings template (some unrelated results mixed in)
 * |0%22+%22ratings|1%22+%22ratings|2%22+%22ratings|3%22+%22ratings|4%22+%22ratings|5%22&fulltext=Search Ratings template used with #'s

I guess theres no scripts or wiki bots that can monitor it automatically for us be good if there was.

I hope people read the ratings links I put on the main page its the best I could do and also It would be a good idea to update each list page so at the top is a big comment about editing ratings they need to scroll past something like.

Put (hash) as I cant put a real one here.

(comment)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)

Please don't put ratings in this file use the link below

Link to Wii Ratings list

(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(hash)(/comment)

I added a test example to the Wii page that can be rolled out to all the other lists.

122.104.103.221 20:56, 15 August 2010 (UTC)

As mentioned earlier wii lists 505'd is now split into 2 lists now and half the ratings for both Wii lists are screwed up now or haven't been added.

Also allot of gamecube games are still inline ratings and not using the template in the game list about 40-50% all games.

Its at a critical stage that about 50% of all ratings for the games over both the Wii and Gamecube game lists need to be changed to the template. 122.104.103.221 15:42, 20 November 2010 (UTC)

Infobox VG thumbnail template
We don't have a template for thumbnails of Infobox VG, so I think that we can use a 300px rendering for game covers, a 350px rendering for Wii Channels and a 175px rendering for WiiWare games. Take for example Photo Channel, in Infobox VG you need only to put the rendering in a tag:

Just add the rendering tag after filename. If you are editing a wiki page that use Infobox VG, change the thumbnail to fit in this template. I will edit this in all of my future commits. Jhonn 20:25, 20 October 2010 (UTC)

Spammers
In last days this wiki was attacked by bots that was posting massive spam in the wiki pages. We could implement the ReCaptcha system, if these bots try to create accounts or try to edit wiki pages without an account, they will be permanently blocked (currently doesn't exist any bot that can bypass reCaptcha). Jhonn 14:01, 7 November 2010 (UTC)
 * ReCaptcha is already implemented for unregistered users, I noticed it yesterday when I was adding a game without being logged in. Maybe we need a better protection --Trunks 15:16, 7 November 2010 (UTC)


 * The issue appears to be that no captcha is used on user creation requests, enabling the captcha to be avoided if one registered an account. Kolano 16:23, 7 November 2010 (UTC)


 * ReCaptcha has got to be enabled on user creation since this problem is starting to get out of hand. Kolano is doing a great job with marking all the spammers and the pages for deletion, but I'm sure he's getting tired of doing this. ThatLuciano 04:08, 10 November 2010 (UTC)


 * If captcha isn't possible on User requests, in the current case a few string bans (i.e. "n a t o l i . r u") on entries would also likely do the trick.


 * ReCaptcha was already activated for anonymous page edit/creation and user creation! I added wgSpamRegex, strings like n a t o l i . r u are blocked now. Let's see if that helps --WikiAdmin 20:03, 10 November 2010 (UTC)


 * Ho-ray, a day without further spam. Too early to declare victory, but it's at least a good sign :~) Kolano 21:45, 11 November 2010 (UTC)


 * Ah well, it was nice while it lasted. Might want to try adding a few more Spam string bans, though it's unclear how long such will work for. Suggestions: DRUGSTOxxx, CLICK HERE TO BUY Kolano 19:51, 15 November 2010 (UTC)


 * Another suggestion: "http://.*\.ru" which I think would take care of most of the recent spam. I hate to push for such a large ban, though there are likely few .ru domains we'd validly want to link to. My apologies to any Russian counterparts. Kolano 04:42, 16 November 2010 (UTC)


 * Spam is back again, this time with a different template with fewer phrases valid for banning, though odd foreign URLs are there. Kolano 15:14, 24 November 2010 (UTC)


 * Something is wrong since the reCaptcha isn't blocking these bots edition and user creation. We must find another way to block these spammers. Jhonn 16:07, 27 January 2011 (CET)

Unresizeable Images
There are at least 2 images on the site that can't be resized with "|300px" in their tags. Not clear what's up. They would be...



Kolano 17:28, 14 November 2010 (UTC)


 * I saw this problem when I uploaded the Sonic Colors cover which I then had to upload it at 300px, oh and I updated yours too ThatLuciano 17:45, 14 November 2010 (UTC)

This problem is caused by the compression method, if you experience this bug again, try to save the same image in PNG format (better quality and doesn't have this issue). Jhonn 19:18, 14 November 2010 (UTC)
 * This was a server issue. Mamario already fixed this. Jhonn 16:07, 27 January 2011 (CET)


 * Alrighty everyone, I have figured it out, if your image does not resize then you add another little section at the end Rocky.jpg or in the middle Rocky.jpg ''' just mess around with it and you'll get the image resized. ThatLuciano 20:14, 14 February 2011 (CET)

Wii List at Critical Length
It appears the Wii game list has it the critical length where the wiki is no longer able to process the number of templates in it. We either need to split it up as we have the GameCube page or determine an alternate way to address the many templates issue. Kolano 17:28, 14 November 2010 (UTC)

I have split into a-m and o-z which will work for now.

Half the titles compatibilities to the template are screwed up in the lists so the lists will need to be edited for that.

122.104.103.221 15:30, 20 November 2010 (UTC)

Broken Image Sizing
Apparently this issue appeared after site admin updated to Mediawiki 1.6. The current workaround that I've encountered is reuploading the image with resizing problems in PNG format. (I'm not sure if GIF have this bug too) Jhonn 22:33, 7 December 2010 (CET)

After tests I confirm that all images format have this issue, I've notified this to Mamario. Now we have to wait for a answer, so some covers that I've recently updated will have this problem, please no revert these files. Jhonn 15:53, 10 December 2010 (CET)
 * Mamario fixed this. I've notified too of some images that can't be resized, and he is looking for a solution. Jhonn 13:18, 11 December 2010 (CET)


 * Alrighty everyone, I have figured it out, if your image does not resize then you add another little section at the end Rocky.jpg or in the middle Rocky.jpg ''' just mess around with it and you'll get the image resized. ThatLuciano 20:14, 14 February 2011 (CET)

Possible fix for GameCube page
I've noticed that Mediawiki 1.6 support more templates, and apparently the GameCube list is working OK, even with all templates included. For help, I've too moved all links and references to the obsolete Ratings to the new RatingsGC, to reduce templates in use by GameCube page. Jhonn 22:33, 7 December 2010 (CET)
 * No fix, after mergering htp://dolphin-emu.com and http://dolphin-emulator.com, the server that is hosting this wiki was changed and accepted a few more templates, but the issue still occur Jhonn 16:07, 27 January 2011 (CET)

DSP-LLE
I know this wiki is very game focused, and doesn't focus on stuff like explaining emulator options. But still, some topics, like DSP-LLE, are mentioned throughout the wiki without any explanation whatsoever. So someone sees the option in the configuration list, tries to use it, error. So they search the wiki, and find nothing. They go to the main dolphin page, nothing in the FAQs or support either. If they do google searches it will lead them to the forum, but even then it's not exactly easy to find. Should this wiki have something to explain certain topics, like DSP-LLE? Even if it was just a page with a link to the forums, it could go a long way to helping users figure out how it works. Obviously I am not suggesting we explain every single option available for configuration; that would take far too much effort to do as it changes all the time, and dolphin itself does a great at explaining things usually. But it might be nice to have something on the wiki for those that need it, just to help push them in the right direction. MaJoR 20:11, 08 June 2011 (UTC)

Compatibility/Testing Validation
We seem to have an influx of users who don't pay attention to listed issues when providing test entries or compatibility ratings. Jhonn and I have been rolling back/updating most of these as they occur, but it's becoming a bit annoying. We've tended to leave test entries alone, but there are now a number of "no known glitches" test entries for games that clearly still have issues. Do folks have any suggestions regarding ways to improve the handling of such? Kolano 04:48, 30 October 2011 (CET)

Moved to a new server
We've just moved to a new server, and the new wiki administrators (Parlane and No cluez) are actually Dolphin developers, so any problem what we found should be quickly solved now if compared when Mamario was the only admin. Now, we have a better spam blocker powered by reCaptcha, but some pages needs to be updated since some pages moved to other locations (in fact, all pages of "Dolphin Emulator Wiki" namespace was moved to "Project" namespace). Also, any link to the old server (dolphin-emulator.com) should be changed to the new site (dolphin-emu.org)... | Jhonn (talk)
 * All links to the old server have been fixed. The only place where "dolphin-emulator.com" is mentioned, on the entire wiki, is on this page. - MaJoR (talk) 01:01, 3 November 2012 (CET)
 * ...Or not. Crap. It's going to be hard to find them with this crappy search function. It showed it was done! Oh well. I'll keep at it. - MaJoR (talk) 09:45, 3 November 2012 (CET)
 * Ok, I think I got them all. I can't find any more with any search results. Phew - MaJoR (talk) 06:42, 6 November 2012 (CET)

Forum Integration
As has been announced, the plan is to use the wiki for game pages and tutorials on the forum. Win for everyone. I talked about it with the devs, and it should be pretty seamless; the wiki in form and methodology will not change, they'll just have easier access to our world for popular games. But they did have a couple of little things they wanted. First, is more screenshots. No complaints there, and that can easily be added with a gallery. The second is collapsible and collapsed-by-default testing entries. Alot of testing sections run really long on some pages (just go to a zelda game...). Delroth believes he can make it collapse on just the forums (I have no idea how that would work), but uh, do we want it to just be there? I mean, they are REALLY long on alot of pages. Collapsing the testing entries would make for alot cleaner pages... The last thing is they want links to any custom texture packs that are available. Should be simple enough, do it like the patches on Xenoblade Chronicles.

So, here's what we need to figure out. We need to get a screenshot standard set up. The only spot on the wiki with screenshots I know of is Resident Evil, and it's really old. Make them 300px perhaps? We also need to figure out how to collapse testing entries, and if we want to collapse it here and there, or just there (if that's possible). And we need to agree on patches and texture stuff, but I think it's pretty easy to say just go with the Xenoblade style. Oh, and once we get things settled, someone should probably write up a wiki 101 for the forum. Probably me, since I've been doing a lot of the go between, and suggested it... Well, what do you guys think on all this? Delroth said he's going to work on it tomorrow, this is going up FAST, so let's try to jump on it as best as we can. - MaJoR (talk) 14:06, 6 November 2012 (CET)


 * This is indeed a great change, which will prevent double and outdated work. Thanks for suggesting it MaJoR! I agree with some of the testing sections being too long. A simple way to reduce them is to delete the ancient testing data and useless testing without proper descriptions. You are referring to the thumbnails for the screenshots right? The Resident Evil ones look good, but there's a bit too much padding for my taste between the screenshot and the outer-box. I'll help with the wiki 101 for the forum if someone makes a start. :P As for the high resolution texturespacks. I think we should create a section for them under each game which has packs available. It'll be more organized that way. - Garteal (talk) 14:14, 6 November 2012 (CET)


 * About the test entries, they're built based on a predefined table (from the template)... Before the server change, I've implemented show/hide functionality to the navigation templates (Template:Navigation). The navigation templates are based on tables too, so, implementing this functionality to the test entries shouldn't be hard... Adding this to the To Do - Jhonn (talk)
 * Ta Daa, all testing entries of the wiki now are collapsible and, by default, load hidden when someone access the page. The only thing changed was the table header and a new line was added because we can't choose in which column the show/hide "button" appear (it'll be always the first). Looked better and more suggestive for me having a row named "Test entries" (or whatever you guys want to) with the button than having the button on the side of Revision column collapsing all other columns together... Any suggestion or objection? Something you guys think that need to be changed? - Jhonn (talk)
 * I have not much to add since it's perfect in my eyes. Very clean solution aswell. Nice job Jhonn! -Garteal (talk) 21:38, 6 November 2012 (CET)


 * I've testing some concepts and now I have the following suggestions: first, I think we should completely remove the column "Tester" from the test entries. I never saw utility for this column, and since we're going to have the wiki pages linked to the forum, this would only cause confusion, like forum members adding their nicks to the tester column and we being with a lot of red links pointing to these users that doesn't exist on the wiki.
 * Second, since some pages have only Videos and others have only Screenshots, I think we should merge the two sections in only one section named "Media Gallery, using the standard 300px size for thumbnails, etc. Actually, I commited an example in the sandbox of Resident Evil, the screenshots have a little big margin and aren't aligned with the videos, but in case we use this concept, I would make a template to simplify the usage of the screenshots (something like Template:YouTube, requiring only file name and caption) and add the proper CSS styles to make videos and screenshots aligned. What do you guys think about these suggestions? - Jhonn (talk)

Whoa, that was fast Jhonn. Sweet! I really like the testing work. Though it might be nice if it remained the whole length of the page when collapsed, for consistency, but that's just nitpicking. I disagree with you on the tester column. It goes to an automatically generated contribs page here on the wiki, not to a forum link or anything else. That's why there aren't any red links right now. I think it's nice, cause it shows who made the edit, and what else that person did. I like it. As for your ideas for the media gallery, I'm all for it. Most pages only have a few videos anyway. But yea, it will need to have the alignment fixed and stuff for that. Today is a little busy, with voting and all, but I'll jump into the work as soon as I can. - MaJoR (talk) 23:30, 6 November 2012 (CET)
 * In this case, let's leave the tester column as it is now. After the forum integration is complete it would be nice to provide a comment somewhere warning the visitors to only add her/his nickname on the tester column if he/she have a wiki account corresponding to this nickname, so, we avoid the red links. Just to be sure: when you say "it might be nice if it remained the whole length of the page when collapsed" you are referring to the table width right? In this case, a simple CSS style should do the trick... I'll (try to) fix this and also mess around with the alignment and position between videos and screenshots when I get more free time, so we can finish a standard for the upcoming media gallery - Jhonn (talk)
 * As delroth said, too many videos. I ran into the hangups, but I thought it was because of dialup. So, what do you prefer? Purge all but 3 videos? Or have 3 videos, screenshots, then links to more videos? I'm a little on the fence on this one. If we have more video thinks, a joined media gallery is probably a bad idea, and better to have screenshots then videos, I'd think. Hmm... - MaJoR (talk) 01:46, 7 November 2012 (CET)


 * I like the media gallery suggestion Jhonn. I do think there has to be a limit though. Also pondering about what MaJoR suggested. Perhaps we should limit it to screenshots only? Or if we also want videos, there should be a maximum limit of 3 of them or so. What will we do to the rest? Delete them? Or link them somewhere below the embedded? --Garteal (talk) 13:13, 7 November 2012 (CET)

Standards for Videos and Screenshots
Alright guys, let's get the whole video and screenshot thing settled. I've added some screenshots and created a Brawl Sandbox, and we can use this to finalize how we want to do it. The idea is that it has no cap for screenshots, but they are 200px (we can always add a cap), and presented in a gallery. Embedded videos are 300px and use the youtube template, and are capped to 3 videos per page, with links to remaining videos. (I have no idea how we'll pick which videos are shown and which aren't, but, yea. HD receives priority?) Gameplay videos are presented after screenshots because the links disrupt the flow of the page, having it go from thumbnails to thumbnails makes a cleaner look. And last but not least, screenshots have categories. Wii screenshots, GameCube screenshots, etc etc. So guys, do you like how it's done there? Any changed you'd like? - MaJoR (talk) 12:54, 8 November 2012 (CET)


 * If we don't have a cap, it will increase the loading time of the page depending on the number of screenshots and their quality(lossless PNGs, etc). Imagine if there's like 10 3MB shots in there. In order to address that, we either have to limit the screenshots to JPG only to reduce the filesizes and loading times, or have a reasonable cap. I like the 200px size for screenshots. The only thing that remains is the padding of it, which iirc, Jhonn was going to address. As for the videos, the three that should be embedded have to be recorded without any emulator glitches (if possible) and has to be high quality videos (if possible). We'll have one video for each type, eg: one video showing the gameplay, one the intro, one shows the battles. 300px seems reasonable to me. And yes, I like the cleaner approach as well, so good job on that MaJoR. As for the screenshots category, are they meant to show a giant gallery of every games' screenshots? - Garteal (talk) 13:16, 8 November 2012 (CET)
 * For the record, screenshot thumbnails are generated automatically by the wiki, and they are extremely small. Dialup can load that sandbox in no time, trust me. In fact, I just downloaded one just to check. 4KB. Yea, that'll bring your browser to a crawl :P. Anyway, we can have any as many screenshots as we want on the page, without worrying about load times. The only reason for a cap on the videos is because they were causing a stall as browsers loaded them, due to the crappiness of the flash plugin. As for the one video of each type thing, I don't think that's a good idea, simply because we only have so many videos to pick from. I think we should just pick the best ones, taking into account HD, any glitches present, and overall quality of it. - MaJoR (talk) 13:46, 8 November 2012 (CET)
 * Okay, I didn't know the wiki generated the thumbs, so that's good news. Alright then we'll see how it plays out without the cap. And yes, we don't have videos for every game, but I hope people will post their videos here now that the forum threads also link to the wiki. If there are enough videos then what I said could be applied, if you all agree with it ofcourse. I just think that it'll be more interesting to have different parts of the game shown than just the same gameplay style. Generally we'll want the best possible videos to show off Dolphin yes. Glad we agree. :P - Garteal (talk) 13:53, 8 November 2012 (CET)


 * OK, here are my thoughts:
 * Number of items:
 * As already mentioned, the in wiki image resize should handle screenshots fairly smoothly, unless someone goes really crazy.
 * It would be preferable if an ad hoc number of things could be used for either, though I understand the limitations of starting up many copies of the Flash player. The ideal here might be to generate a fancier embedvideo go between template that could:
 * Accept an arbitrary list of videos (preferably inclusive of those outside of YouTube).
 * Select a random position in the list (1 to length-3) if longer than 3 elements.
 * Display 3 videos from that position
 * Perhaps if we really wanted to get fancy actively rotate through the full list of videos
 * ...the main goal to enable long video lists without requiring significant admin overhead to review/prune them.
 * Listing videos post embedded videos: Not sure how much I like this, since it will mean going through some process to review and select how to handle each new video >3.
 * Pruning/Selection Rules (Though I don't like them):
 * I don't think the videos should necessarily be "recorded without any emulator glitches", unless we intend to separate bug related videos into the problems section. Some games simply can't be played without glitches, and I'd still like to capture video of them. Also some glitches can be difficult to describe/communicate outside of videos. Perhaps this is just a matter of where glitchy videos are located on the page (Gameplay Videos vs Problems).
 * HD/Higher resolution should be preferred
 * Non-camera sources should be preferred (i.e. there are a number of videos recorded with handheld cameras that tend to be of low quality compared to in machine captures)
 * Outside of cases of compatibility losses (i.e. 3.0-113 breaks XXX, so we keep video from 3.0-112), videos of more recent releases should be preferred.
 * This one I'm cautious of, mainly since I feel the older videos do a better job of capturing past compatibility than test entries do. Again probably just a difference of where video links are included (i.e. Testing vs Gameplay Videos)
 * Videos with only game audio preferred. Various videos have mic'd in audio usually irrelevant narration or simply loud environments, which should be avoided if possible.
 * Video is embeddable. Apparently some videos can be configured to not be embeddable, refer second video on Super Mario Galaxy 2.
 * Unrelated Side Issue: In the current layout for embedded videos when videos wrap they sometimes position oddly. This is due to using floats to position them and some boxes being of different height. The frame box needs to have a consistent height for clean wrapping with floats.
 * Kolano (talk) 20:10, 8 November 2012 (CET)


 * I like alot of these ideas with the templates. A way to automatically handle the 3 videos selected for embedding would be awesome. I'm not sure about the image template though. I know it's a work in progress, but it's currently not easier to use than a gallery, which is bad. It also is 300px only, which makes it somewhat inflexible. It would work well for bug images, but if screenshots are 200px and bug images are 300px, it couldn't do both. And I still think 200px might be better for screenshots so we can have more... I know everything is a work in progress, just you know, saying my thoughts. - MaJoR (talk) 22:53, 8 November 2012 (CET)
 * Well, I already fixed the alignment issue on YouTube template (this means that if you embed videos using youtube template and images thumbnails of the same size, they'll be aligned properly now). I'm still trying to develop a template to randomly select 3 videos (whenever a visitor access the page) and put the rest of the videos (if exist) as links. I'm trying to make it without using expensive parser functions, but implementing this aren't so easy. In the last case, we can embed only one Video thumbnail but instead of using a single video ID we use the ID of a playlist containing all videos of that game, or, search in MediaWiki for a Video Gallery extension (that we may ask for some site admin install) or some extension that make possible of doing a template that works like the Kolano suggestion (for me, the best until now). About the WIP Image Template, I can add an parameter for setting thumbnail type (like bug, image gallery, screenshot, etc.) and then we hardcode the thumbnail size directly in the template (like XXX px for bug, YYY px for screenshots, etc.). The most important part is to keep using small templates like YouTube and the WIP Image to make easier changing thumbnails size, position, etc in the future. For example, if all testing entries from the wiki has been hardcoded in every game page instead of being included through a template, making them collapsible would need editing every single game page (like we'll need to do when the media gallery standard is set). Since we used a template, a simple change in the template source made all game pages have collapsible test entries - Jhonn (talk)

Uh, guys... wiki activity has gone through the roof thanks to the forum integration, and all the youtube videos have been changed over (we'll have to clean some stuff up once things are all settled), on and on and on. But uh, we still don't have things set on how to handle everything! Do we go with a media gallery or gameplay screenshots/gameplay videos, do we have a limit on youtube videos, how is that handled? I don't mean to be a nag, and I know there is work to do first, as we need to investigate the randomizing and stuff, but still, stuff is happening, we need to get on this. Let's just keep moving forward. - MaJoR (talk) 04:45, 11 November 2012 (CET)

The media gallery will have both videos and screenshots right? If so, that would be a bit cleaner. Having only one category, with three videos on top, followed by countless screenshots. As for the limit, I think we've all mostly agreed to having 3 as a limit. I agree, the randomizing is a good idea, which isn't hard to implement, so we'll have to wait for Jhonn in that regard. In a nutshell: 3 videos(embedded) and unlimited screenshots, right? -Garteal (talk) 12:11, 11 November 2012 (CET)


 * Well, what about the additional videos? Links? Links would kinda ruin a media gallery. Plus screenshots and videos would have to be the same size for a gallery, and I was talking about using 200px. See, we have stuff to discuss. Oh, and don't forget Kolano :P. - MaJoR (talk) 12:26, 11 November 2012 (CET)


 * Ofcourse. We all have to be on one line for things to happen, so we'll discuss until that is settled. As for what I meant, I thought it was better to create a mockup then try to explain it. This is what I meant for the media gallery, or atleast, something close to that. So they don't necessarily have to be the same size. As for the additional video links, if we have Javascript/PHP support, that can be easily settled. Though we might have to create a location where people could contribute their videos to. - Garteal (talk) 12:48, 11 November 2012 (CET)

Standard suggestion: the unified Media Gallery
Ok, I've just finished my work with the video gallery template and I'm trying now to set the final standard for the Media Gallery. My suggestion:
 * Every page have a section named "Media Gallery"
 * In this section, by using the video gallery template, 3 videos will be randomly selected and displayed as the first three thumbnails (if the game page have less than 4 videos, the videos should be included with the normal YouTube template, as using the video gallery template will have no utility with less than 4 videos)
 * After the first 3 videos thumbnails, we'll have countless screenshots included through the Image template
 * By using these templates, we make sure that all thumbnails (both images and videos) have the fixed size of 300px.
 * If the game page have more than 3 videos (and use the video gallery template), after the Media Gallery section we'll have another section named "More Videos" with links for the another videos.
 * At least in my desktop, running at 1440x900 this isn't an issue, but if necessary, add a    after the first 3 videos thumbnails to fix any issue we could have with the floating elements in computers with higher desktop resolutions...

Take a look at Template:VideoGallery/test, is the SSBB page using the standard I'm suggesting. It's already using the random thumbnails feature, but if you guys want to see another example in how the video gallery template works, take a look at Xenoblade Chronicles. Well, what do you guys think about this standard? I think we can already start using it. - Jhonn (talk)

Well, personally, I still prefer smaller thumbnails for screenshots. The goal is to have a fair amount of them, and we could end up with quite a few. Plus the isolation between screenshots and videos is very clean and organized. And well, I just think it looks nice. So, in my opinion, I'd rather we go with something other than the media gallery. As such, I'll suggest an alternative like what I proposed before: 200px thumbnails for screenshots in a gameplay screenshots section, and then the youtube template with 3 ~300px videos and then links in a gameplay screenshots section. Let's see what everyone thinks between the two of them. And no matter which standard we go with, you did awesome work Jhonn. - MaJoR (talk) 01:46, 14 November 2012 (CET)
 * Ok, my only request is to ALWAYS use the image template or one of the two video templates (using video gallery template only if the page have more than 3 videos), no matter which standard we go with. The thumbnail size can easily edited, directly in the template, by replacing the 300px tag with the desired size and changing the 275px tag with the desired size minus 25px (for example, to make the template generate 200px thumbnails, we should have 200px in the first tag and 175px in the second). This request is to make quicker fixes in future (like what was done with testing section) and because using the  tags or calling embedvideo directly gave me countless issues with floating elements and made the thumbnails size be "fixed" with a smaller size, even when specifying a higher width... - Jhonn (talk)

I'm in agreement that the screenshots/video thumbnails should vary in size to more easily distinguish them. Related to such I think separate Gameplay Videos/Gameplay Screenshots sections make sense. I'm still unclear we will ever have that many screenshots though, since the few for Resident Evil were all we ever got previously. Having the VideoGallery template is very nice though. Thanks so much for working it out John. It resolves my primary prior concern of not wanting to have to take time picking and choosing videos (though we probably still need to generate some rules to restrict videos, such as ones that point to pirated content in their descriptions/initial comments).Kolano (talk) 02:23, 14 November 2012 (CET)
 * There are TONS of screenshots on the screenshots forum thread. I have dialup, so I can't do it, but someone could very easily port those over. - MaJoR (talk) 03:06, 14 November 2012 (CET)

Well, I guess we have a consensus then? Separated Gameplay Screenshots and Gameplay Videos, with 200px for screenshots using the image template and 300px for videos using the video template? Any comments on specifics of that? Hmm, maybe we should make a new template just for screenshots, for the 200px and to remove descriptions. That way we could keep the image template as an optional choice for bug images and the like? MaJoR (talk) 08:24, 17 November 2012 (CET)
 * Ok, this is the standard. We can start commiting this standard in the game pages. I'll make the Template:Image more configurable when I have free time, specifically, to don't include the caption (screenshot only mode) via a template parameter... For now, just use the template without any tag in the second parameter, when I implement this, the caption space will be automatically wiped out) - Jhonn (talk)
 * Glad you are adding a way to remove the caption space, I tried to get it sorted but failed, badly. Hmm. One little problem: almost all of the videos on the wiki have been changed over to the youtube template thanks to Kolano. Should we just use that, or go with the video template? - MaJoR (talk) 09:36, 18 November 2012 (CET)
 * We should use the video gallery only if the game page have more than 3 videos... The rest of the pages, with 3 videos or less, should just use the YouTube template... I think there is no way of checking this instead of manually checking every game page to see which page have more than 3 vidoes, and then, updating it to the video gallery template =/   Jhonn (talk)
 * *tries it. Oh... Set it to just one video and it generates 3 copies of the video. Crap. That complicates the standard a bit... - MaJoR (talk) 02:17, 19 November 2012 (CET)

Media Gallery standard: the final consensus
Well, about 1 month of discussion and a lot of working in various templates. Here is the final consensus: That's it. I already fixed everything in the templates and updated Template:VideoGallery/test to fit in this standard, I think this should be the standard template, so we can start commiting this damn thing in all pages (c'mon guys, this discussions is taking too many time!) But since this is a community driven project, I'll ask again: what do you guys think about this standard? Any objection? - Jhonn (talk)
 * Every game page will have 2 sections: Gameplay Screenshots and Gameplay Videos (in this order)
 * In the gameplay screenshots section we'll have countless screenshots, all of them MUST BE embedded using the image template, with no caption, at 200px size.
 * In the gameplay videos section we'll have countless videos, all of them MUST BE embedded using the video gallery template which will automatically choose 3 random videos to embed as 300px thumbnails and add the rest of the videos as links, below the 3 thumbnails, by calling.
 * The gameplay videos section should ALWAYS use the video gallery template, even if the page have less than 4 videos (the template automatically handle these cases now)
 * EXTRA: for bug images and things like that, we should use the image template with a caption. Then, the thumbnail will be set as 300px, with the caption in one line (getting automatically truncated, if necessary). I'm setting this thumbnail as 300px to distinguish them form the screenshots and gameplay videos and because a lot of pages already uses the 300px size when an image is embedded with a specific problem. Also, having 200px screenshots for the bug images make the caption too small.
 * Works for me. It's very easy to use, I like it. I have one tiny nitpick though: is it necessary to have the "cap" separated in the video template? Stuff like  |vid1=R9u_BJXRyuI|cap1=super smash bros brawl in 3d dolphin emulator  could very easily be  |vid1=R9u_BJXRyuI|super smash bros brawl in 3d dolphin emulator  instead, unless there is something in the template to prevent it of course. It's just a little nitpick. Awesome work on the templates Jhonn. - MaJoR (talk) 23:22, 19 November 2012 (CET)
 * Well, the way how templates work doesn't allow it. I can get parameters without any prefix by using, , etc, but since the template randomly select one of the N videos that have been included, I cant "find" the number that correspond to the capN parameter of the selected video (because this number vary depending in which entry the template randomly selected). To avoid these kind of issues, we need to declare the parameters, allowing to get the capN by using regardless of what location it's defined, so, from my knowledge, there is no way of implementing this... - Jhonn (talk)
 * Gotcha. It's fine, it's very easy to use now. - MaJoR (talk) 02:59, 20 November 2012 (CET)


 * Unless delroth is able to filter the rest of the screenshots out, we might have to limit the screenshots, since it'll really mess up the game threads in the forums. As for the video section, are you able to hide the rest of the links, leaving only the embedded videos visible? That would make things much cleaner, and will let you put the video section above the screenshot section, since it'll be a hassle to scroll down to the video section if the screenshot section becomes huge. Last, but certainly not least, I would like to say you've done an amazing job with the video template Jhonn. ─ Garteal (talk) 16:13, 20 November 2012 (CET)
 * I've updated the Template:VideoGallery/test with you suggestion Garteal. Looks good to me, because it already prevent any future issues with the Gallery standard if we have too many videos or too many screenshots. So, I'll commit this to Project:Wiki Conventions and then, we can start using this as the final standard for the media gallery... - Jhonn (talk)


 * Whoa whoa, why are the screenshots below the videos? *looks* Oh... Well... I disagree with this. The screenshots are smaller specifically to address this problem. And as Kolano said early, we probably won't have tons of them anyway. And this solution creates a bigger problem than it solves; it creates a mental disconnect. Having the video links so far away from the video thumbnails is simply making the links disappear, camouflaged in a sea of text below it. I don't think the composition works like this. The only way to avoid that disconnect is to keep the the videos all together. Honestly, if we are going to worry about this, then the best solution for this would be to just go ahead and set up a proper gallery like the videogallery and get it over with. - MaJoR (talk) 07:19, 21 November 2012 (CET)


 * I agree with Major. Separating the video links into a separate section seems silly, and the extra title just eats up more page space. Kolano (talk) 07:48, 21 November 2012 (CET)


 * The order of the sections is subjective. I just explained what my thoughts were on it. The screenshots being smaller won't solve anything if a boatload of screenshots get added eventually. Just pick whichever gets the most votes. Personally I'm for either. The More Videos section can be removed if the links in the Gameplay Videos are hidden. (Why are they visible again btw?) I'm glad we're finally getting to a final decision. :) ─ Garteal (talk) 11:57, 21 November 2012 (CET)


 * The overflow videos are shown as links so the full set of videos are available for view. Without the links one may need to refresh the page many times before a newly added video would be shown. Only 3 (at random) use the embed which takes up more space. If you are really concerned about the space consumed by videos we'll need to discuss rules to trim the video lists, a topic I was generally hoping to avoid. Kolano (talk) 19:56, 21 November 2012 (CET)


 * One other issue with the VideoGallery template. As far as I can tell it only supports YouTube videos, there are video links from a variety of other video sites on the wiki, so we need to decide how to handle them if we transition to using the VideoGallery template.Kolano (talk) 07:51, 22 November 2012 (CET)
 * Wich other services? The template itself already support other video services (just add srvN= before video ID. In the first time, I need to create a copy of youtube template modified for other services, but this can be done in no time... Well, to prevent any future issue, I'll add the initial template for all services, ok? Jhonn (talk)
 * Ok, almost all services supported by EmbedVideo plugin can be used with Template:VideoGallery now. Edutopia service wasn't added because this site simply embed videos from YouTube. Revver and TeacherTube weren't added because these services doesn't exist anymore. FunnyOrDie and Vimeo were added but EmbedVideo plugin is outdated, generating broken thumbnails (these 2 services works only in "link mode"). Sevenload wasn't added because this site doesn't work here where I live (Brazil), so I couldn't access the site to get a sample video link and add support... Jhonn (talk)


 * Thanks Jhonn, now we just need to update the VideoGallery docs to indicate the services availible. I had been noting pages that used alternate video services, but I'm away from home for Thanksgiving so it may be a while before I'd get to accounting for them to use embeds Kolano (talk) 18:48, 22 November 2012 (CET)

Suspicious Users
I suspect a spammer is trying to build up some user accounts. These users have odd names that seem randomly generated, and were created without performing any edits:
 * Racn42pysi
 * Jan5318bwi
 * WoodrowWcx
 * Boscaposi
 * Gaye6z37ge
 * Err225deki
 * Con67sy5ba
 * Jan3jvudju
 * Sig96yx8gi
 * Joh4hvfuke
 * Fra5befxli
 * DarleneLfy
 * Yacht member1
 * Simsmagic
 * Mer8qq9ysh
 * Wal6291kst
 * Civ1994
 * Cprs (This ones a bit different than the others, and may be unrelated)
 * Teoberpriller98
 * Seloy93
 * Cukali36
 * Caphung49
 * Hbryon39
 * Filorraine31
 * Tplautz19
 * Shstoermer22
 * Mtamie82
 * Mr.Shibby (This ones a bit different than the others, and may be unrelated)
 * TopFunny525
 * Tohemmings32
 * Rkisamore30
 * Tahuna16
 * Qusills78
 * BrandenTd (This ones a bit different than the others, and may be unrelated)
 * Xiao21
 * Sowestrum37
 * Duflorentino31

Which covers the suspicious ones over the last 100 user registrations, though there are many more of these. I'm reluctant to perform preemptive blocks, but have a feeling we'll still be cleaning up after spammers for some time if we don't.Kolano (talk) 08:56, 24 November 2012 (CET)

It is probably someone failing to use the SEO spambot tools properly, and not a nefarious plot for later. After all, I've never seen a spambot come back later, they have always always joined then immediately spammed. Here, you should read this article, it gives a ton of information on the kind of spam we get here at the wiki. - MaJoR (talk) 12:04, 4 December 2012 (CET)

Solved by the change to question based captchas. Fixed by Delroth in late December of 2012. No new suspicious users or spammers are being made, but the old ones remain.

Infobox Automation
Uh, your changes are breaking a few things. I'll just show you. Any time I make an edit, I get stuff like this: Metroid Prime: Trilogy. The stuff in the genre area is added as categories, except that area doesn't follow the category conventions. The only solution is to remove the existing categories and modify the genres area to fit the conventions. Of course, the vast majority of game articles' genre areas don't follow those category conventions... - MaJoR (talk) 05:54, 1 December 2012 (CET)

I'm working through correcting the genres now. Kolano (talk) 05:55, 1 December 2012 (CET)

Cleaned up all the genres responsible for red-link categories, and performed some other general clean-up of the genres. Genre stuff should now be a bit better, but there's a bunch of remaining tasks... Kolano (talk) 08:05, 1 December 2012 (CET)
 * Merge Platform and Platformer genres
 * Ensure all sports genres are labeled as such, similar genre grouping edits needed elsewhere as well (Role-playing, Shooter, etc.)
 * Purge in page genre categories / transfer to infobox genres section
 * Better review available genres for each game an populate as appropriate

Wait wait wait. Why are you removing ALL game categories? That is extremely limiting. Putting them all in the infobox means you either can't do additional categories for connectivity, or you get messy results like, well, "First-person action-adventure, First-person shooter, Action-adventure". Long enough? What about Wii Sports? "Sports, Party, Tennis, Boxing, Bowling, Baseball" And you don't want me to list Wii Sports + Wii Sports Resort.

Ok, let me just be frank, I didn't like this idea in the first place. Automated infobox categories is limiting for genre blending titles such as this. But it does have some value, as everyone forgets those categories but us, so I see why you did it. So, I think it can work if we're flexible. So like, have "First-person action-adventure" in the infobox, and additional categories to help with navigation and inter-connectivity be nice and neatly tucked away on the bottom, where they belong.

Oh, and sorry about that Prime 2 edit. I thought I screwed up, and it didn't occur to me till later that you made changes behind me. Maybe it's meaningless, but I think it's important to handle stuff like this without edit wars, so I try to avoid stuff like that. - MaJoR (talk) 08:53, 1 December 2012 (CET)

You're right in my thinking regarding the automation, most pages were very inconsistent between their genre/modes/categories listings. The automation makes it easier to see and maintain our current genre lists and keep things consistent. I'd generally prefer to avoid the duplication of genre information around a games page, so in most cases I'll prefer to just have a long genre's list in the infobox. Having it mixed around the page is confusing the novice editors, who may not notice the multiple edit locations. Even Wii Sports + Wii Sports Resort, the longest current genre list, only ends up taking 5 lines. It's controllers section is 4 lines, so it's not without precedence, and such only occurs on a few pages (the Deca Sports titles are another problematic case).

Also, generally, I'm not sure I'm a fan of the the german-like mashed together genres vs just listing each of the multiple genres that are mashed. In many cases, it seems to be a marketing ploy to some degree, but as said previously including them generally doesn't terribly effect anything anyway (i.e. an additional line of genre listing is not a big deal). Another option here may be to just hide the "genre" line in the infobox, since the info will be represented as categories now anyway. Alternately I can likely work out something to reduce the font size if more than a certain limit of genres is listed.

Was hoping to work on series categories next, and perhaps dev/publisher ones. Please let me know if you want me to hold up on such prior to some further conversation/agreement? Kolano (talk) 09:20, 1 December 2012 (CET)

I think you have a good idea overall. This could really help expand inter-connectivity and give us a more consistant setup. That's awesome. That being said... I'm an artist, so the flow and structure of the page is very important to me. Still, "Sports, Boxing, Bowling, Golf, Baseball, Tennis, Swordplay, Wakeboarding, Frisbee, Archery, Basketball, Table Tennis, Golf, Bowling, Canoeing/Kayaking, Cycling" is an absolute disaster. And I know I know, the input list is long, but it's just that game, and there is no alternative for it. With genres, there is.

I really like having an overflow of sorts for odd pages like this. Sort of how wikipedia handles it, and closer to our original. Whenever someone adds a new game article (other than us regulars), they would just put in what wikipedia has, or nothing at all. I don't think that making it consistent will have any impact on that. And it would give us a much better look to the page. So, for Wii Sports Resort, just have the primary category (Sports) and then fill in all the little blanks we want for interconnectivity. That is much much nicer. - MaJoR (talk) 10:31, 1 December 2012 (CET)

I fear we loose the advantages of the automation and end up with inconsistent pages if we operate in a mixed mode. This only seems to be a real issue with ~10 pages, which also seems far too few out of the 1000+ total to be much put off by. Hopefully we can get some input from others. Kolano (talk) 11:18, 1 December 2012 (CET)

You know... if we put the platforms back into the infobox, we could get rid of all category additions to the bottom of the page. It would simplify game page creation, especially when pasting from wikipedia. Not to mention help newbies, since it's one less thing to worry about. We could just tell them to delete the non-Nintendo platforms, instead of telling them how to make categories, where to put them, and what categories to use. - MaJoR (talk) 03:31, 7 January 2013 (CET)

Compatibility List PAGESINCAT
Virtual Console says "This lists 24 titles released on Virtual Console for the Nintendo Wii video game system". ...there is way more than 24 games in that list. It is, of course, because of the pages in category function. Only 24 virtual console pages have been made, but there are hundreds available which exist on the list as empties. This quirk is present on almost all of the compatibility lists right now, as there are a ton of empties all over this wiki thanks to scripts which added games to the list to keep it accurate and encourage people to add pages. I support that concept: filling them in slowly over time sure beats trying to do it all at once. The pages in category issue could always be solved by making tons of pages fill empties, but uh...

1. It's a lot of work, even if the pages are blank except for the categories

2. Newbies don't know how to approach blank pages, which means we either do more work now (no blank pages) or later (fixing problems from blank pages)

3. by the time the wiki's list is updated, that's thousands of empties to fill, so yea, alot of work.

Really, we'd need scripts to do this effectively, and that means figuring out the scripting API, getting delroth's and parlane's help, and alllll that. Without scripts, that means making thousands of pages manually, and that would take obscene amounts of time, even if they are blanks (something I think is quite dumb). So yea, making that PAGESINCAT thing display the right number is a absolute gigantic mess, so I say let's just avoid the problem entirely and remove the PAGESINCAT bit from all the pages. I don't think anyone is going to object to me saving us obscene amounts of work, so I'm going to just remove it. But in case anyone has alternatives, and because the tiny edit summary blank couldn't fit the explanation, I'm putting it here. - MaJoR (talk) 12:00, 4 December 2012 (CET)

Bots/Scripts
Now that we actually have access to the wiki on a basic level, I'm been investigating how to automate tasks here around the wiki. Stuff like updating the list of games, manipulating categories, on and on could be done wiki-wide with a script. We could potentially even kill spambots with it (or at least flag them to make clean up easier). There are all kinds of things we could do. Now obviously, I'm an artist, not a programmer, so my contributions to this are limited. But I can learn things quickly. Anyway, I think this could go a long way to help us save a ton of time in large scale modifications, and let us do things like updating game lists more often. For reference, here are some bots and scripts I found while looking around: Bot Status - Bot list sorted by edits - User Scripts List - User Scripts Tutorial.

Delroth and the devs brought this up, cause well, they are too lazy to do manual edits :P. Our needs would probably be better served by scripts than bots, but, having stuff done automatically might be nice sometimes. So, what do you guys think? Do you want bots and scripts, and if so, what would you want them for? - MaJoR (talk) 14:51, 14 December 2012 (CET)

Talking about bots, I wrote a simple script to update the Template:CurrentGitRevision page automatically when a commit is pushed to the Git repository. That should be one less thing to worry about. delroth (talk) 03:35, 5 January 2013 (CET)

My grocery list of scripts: I asked Delroth about the revision template recently. He said he could get it working with the new site in no time, but since that would cover only a tiny fraction of revisions, I told him to wait till he can put in a complete solution that ties to google code. To be honest I'd prefer the main site just be updated to go back all the way but eh, that isn't in their plans. - MaJoR (talk) 03:25, 7 January 2013 (CET)
 * System to allow the revision template to understand GIT codes, restoring it's functionality from before the GIT migration
 * Script to collected and create GameIDs and direct them to relevant pages

I have a list of about 300 gameids which should redirect to existing Wiki pages. Could someone review http://codepad.org/RKdGIvUF and tell me if it's ok to mass-create these pages? delroth (talk) 19:54, 2 February 2013 (CET)

Talked with him about it in the channel. Everything either checks out or will create a double redirect. So, he'll upload it, and then we'll check the double redirects to fix any issues. Simple enough. - MaJoR (talk) 14:20, 3 February 2013 (CET)


 * I should actually be able to check for double redirects pretty easily. The bot will do it automatically. delroth (talk) 15:49, 3 February 2013 (CET)


 * Done! I also fixed all the other double redirects at the same time. delroth (talk) 07:46, 4 February 2013 (CET)

I also have some cron scripts listing stuff to do on the Wiki: for example:
 * http://wiki.dolphin-emu.org/missing-gameid.txt GameIDs missing a redirection, from the "Go to Wiki" menu in the emulator
 * sXAP52, r8pj01, suke01:Capitalization on these ones is odd, we have an entries with appropriate caps, not clear what's with the lowercase letters
 * £×Uº²�, ŽÔç_ìÂ, èl9/C, +¾‹Ešn,#•Wõ�d:These have various odd characters.
 * GCOPDV, GBLPGL: The first 4 chars of these align with "GCOP52: Call of Duty: Finest Hour" and "GBLP52: Bloody Roar: Primal Fury" but I'm not clear they are the same.
 * GGCOSD: GCOS GC MultiGame DVD), GCOPDV:GCOS MultiGame DVD, MRRP01: New Super Mario Bros. Wii Retro Remix, GBLPGL:Xeno GC Homebrew Boot: These are various IDs associated with homemade multi-boots, or other homemade images. Not clear we should track these.
 * Most other residual ones I'm having trouble aligning to a known game title, they don't seem to show up on GameTDB.
 * http://wiki.dolphin-emu.org/missing-redirs.txt All game pages which don't have a 6 chars GameID redirecting to that page
 * Peach's_Castle: Seems to have the invalid ID "00"
 * System_Menu: GameID for system menu wads is blank
 * Toy Wars:These don't have disk images and are just distributed as resources /w DOL files
 * Call_of_Duty:_Black_Ops/sandbox_(Wii): Sandbox pages should generally be isolated, there's no gameid for the sandbox
 * MaxPlay_Classic_Games_Volume_1: This game is unlicensed and steals a gameID from other titles typically "NHL HITZ 20-02: GNHE5d"
 * Channels and some WiiWare titles seem to use 4 character IDs, and aren't filtered from the 6 char list. Will need to avoid filtering the few non-Channel games, (i.e. History Channel ??? and Pokemon Channel). Dolphin seems to postfix these with "01", but was unclear how we want to handle them here.
 * Kolano, I talked with Delroth about the 4char GameIDs. Both the 4 and 6 character IDs are correct. The last two characters in a 6 character GameID is the publisher code. For WiiWare, Wii Channels, and Virtual Console games, Nintendo decided to detach the publisher code. Plus, the code is based on platform, not publisher. 01 NES, SNES, and N64 VC games, for example. The Dolphin devs decided to go for uniformity, and put the publisher code back in. So to Dolphin the GameID includes it, even though officially the GameID according to Nintendo does not. But it is official information from nintendo. - MaJoR (talk) 11:41, 7 February 2013 (CET)
 * Per that I guess we should have entries for both. There are likely some double redirects from when I first noticed this to clean-up, and the scripts here may need to be updated to also track the 4 char IDs.


 * http://wiki.dolphin-emu.org/compat.txt All values found in ratings pages (should have only 0/1/2/3/4/5 ideally)
 * http://wiki.dolphin-emu.org/unknown.txt Games with rating 0 (unknown)
 * http://wiki.dolphin-emu.org/review.txt Games with rating 1/2/3 not updated for 4 months (listed because some of these games might be fixed now)

Tell me if you need more. delroth (talk) 23:06, 3 February 2013 (CET)

Another thing I will automate: editing infoboxes to add the link to the forum thread when a forum thread exists. Trivial to do with access to the forum database, just needs some infobox template parsing... It's on my TODO for tomorrow. delroth (talk) 07:46, 4 February 2013 (CET)

One thing I'd like to get a bot/script to perform would be mass search and replaces. For instance, we noticed a frequent mis-capitalization of Single-player as Single-Player. It's easy enough to search and find most instances of this, but actually editing/saving each page is tedious.Kolano (talk) 07:17, 7 February 2013 (CET)


 * I second this. A find and replace script would be GREAT. - MaJoR (talk) 09:55, 7 February 2013 (CET)


 * It's already in PyWikipediaBot (the framework I'm using). Just tell me what mass replaces you want to do and I'll run the bot. delroth (talk) 14:44, 7 February 2013 (CET)
 * Single-Player > Single-player
 * Wiimote, wiimote > Wii Remote
 * Only in infoboxes or in the whole page text? Whole page text would be easier, but I can do both without too much of a problem. delroth (talk) 11:57, 8 February 2013 (CET)
 * Personally I'd prefer you keep it to just infoboxes. There are times where I use Wiimote, Wii Remote, etc etc as variation in pages so it doesn't sound dull. - MaJoR (talk) 14:13, 8 February 2013 (CET)
 * Wiimote should already be corrected in all infoboxes. Wiimote is not the appropriate name for the device though, so I'd personally prefer it be replaced everywhere. Though I don't really want to fight about it. The Single-player capitalization fix can be applied everywhere, but be careful about the capitalization (i.e. we don't want to capitalize lowercase single-player outside of infoboxes, but we would if it appears in an infobox. "Single-Player" to "Single-player" should be a safe global replacement though, if capitalization is respected).
 * Actually, Wiimote is used in dolphin for various settings, like Alternate Wiimote Timings. Wiimote should definitely NOT be replaced everywhere. - MaJoR (talk) 04:18, 10 February 2013 (CET)
 * That may be the case, but that just means Dolphin devs have failed to use the appropriate term for the device. It does unfortunately complicate the replacement though.

Noticed Major adding redirects to account for capitalization differences. Something to automate the creation of such might be nice, though I'm guessing there may be easier ways to account for such. Kolano (talk) 02:58, 19 February 2013 (CET)

I'd also like a script that could match instances of the template on the used on the Wiki to the open issues on Google code. So we could identify closed issues for alignment with issue reporting on the Wiki, and provide consolidated reporting for open issues. Kolano (talk) 20:29, 25 February 2013 (CET)

Collapsed Navigation Templates
Currently the navigation template defaults to a collapsed state. I'm a bit confused by such, since that defeats their purpose of providing clear linkages to related series titles. Most of the navigation templates only take up a line or two of the display anyway, so I'm also not clear we're gaining a lot by having the collapse. Can we perhaps redesign the template to:
 * Purge the title row:
 * Purge the hide/show link or reposition it and default to show
 * If the hide/show functionality is preserved, I'd at least like to see the hide/show setting be set to a cookie, so it would apply across the navigation templates, rather than just the one on the current page.
 * Purge the "view" link, since I'm not clear it serves much purpose
 * Reposition the edit/discuss links to the upper-right corner (so they generally won't overlap/offset links, when appearing on the same line).

Please let me know your thoughts. Kolano (talk) 19:09, 10 March 2013 (CET)

I agree, the navigation should be shown by default. Having it collasped is just a hold over from wikipedia. But for us, it's always very small, and it's very handy to have. So I think it should be shown. As for your ideas... I like the title row, so I don't want to just remove it. As for the "view" link, it provides an easy link to the template itself, so it has some use. As for the rest... I don't really care. *shrug* - MaJoR (talk) 19:46, 10 March 2013 (CET)
 * Ok, did some tweaks: all navigation templates are expanded by default and "view" link was removed. I agree with MaJor regarding to the title row, it should stay as is. I won't implement a cookie to store "hide/show" preference because it would be a lot of work for something that shouldn't be cared about. And since the code used to implement the functionality of the hide/show buttons are shared by a lot of templates, I can't remove it from navbar without breaking the show/hide functionality of Test Entries and the "contents" chart. Also, moving the talk and edit links to the upper-right corner caused a lot of issues with the positioning of show/hide button, so I'm just leaving it in the default position. - Jhonn (talk)


 * View link is gone, but templates still remain collapsed by default, refer: Super Monkey Ball. Kolano (talk) 16:15, 11 March 2013 (CET)
 * Fixed for real now - Jhonn (talk)

Importing game banners on the Wiki
As you may have seen on the forums, I've been crowdsourcing the collect of game banner images (the 96x32 images used in the Dolphin game list). These images should probably be hosted somewhere on the wiki like the covers, but I don't know how you want to handle that. Could someone look into adding banners for a few games? I will then use a bot to import everything.

When the import will be done I will be able to add the banners to the new Dolphin website compatibility list: http://dolphin-emu.org/compat/ :) delroth (talk) 05:22, 5 February 2013 (CET)


 * A rough idea would be using the game ID as filename (like "G8ME01.png") and including the ID somewhere (like as an hidden parameter in Infobox VG). Banners maybe different based on release (NA/EU/JP), so, I think we should have a preference, like NA first, then EU, then JP. The 4th digit in the game ID reveal this (E for NA, P for EU and J for JP). Well, what I'm trying to say is: if the game has been released in all territories, use NA banner. If it was released only in Europe, use EU banner. And, if released only in japan, use JP banner.


 * Also, adding all banner images in a category would be nice, like [Category:Banner images]. Well, I'll try to exemplify this in a sandbox... Jhonn (talk)


 * I've thought about putting the banners in the infobox, but I haven't come up with a method that is actually useful. Let me explain. Our brains respond to visual stimuli far better than text. That's why a collection of icons on the desktop is better than a big list of words. Our brains are trained for this stuff. So, in the list inside the dolphin emulator, the job of the banners is to give a visual reference of the game, to exploit our how brains work and help us find stuff faster. On the wiki pages though, cover art already does that, and far better than the tiny banners. Banners on game pages would be kind of redundant. But we could use them in the same way that dolphin does... Banners would be pretty awesome in compatibility lists. Imagine the wii article with banners in it. It would give that quick visual reference that the lists need. I think it would be great there. - MaJoR (talk) 18:34, 6 February 2013 (CET)

---

Actually the banners wouldn't show up in the infobox with the covers, I proposed having Game ID as a hidden parameter thinking in easily getting this ID for use in other template, but this is completely out of question now (after some tests I found that there isn't any way of getting a parameter from infobox VG template in another template). So, my initial idea now is: Then, delroth could hotlink the banner images from wiki, this way we could share only one copy of the banner in the main site and in the wiki aswell. Jhonn (talk)
 * Have the Game ID as file name (like G8ME01.png), and add all banner images in a category (Category:Banner images)
 * Prefer NA banners, then EU banners, then JP banners
 * Add the banners in the main lists too (GameCube, Wii, etc.) -- Something like delroth is doing for the main site

A user had started to gather banners here previously. The banners from his minor effort to do so are categorized as "Title images" and can be found. See them here, http://wiki.dolphin-emu.org/index.php?title=Category:Title_images. I've added John's recent upload to that category.
 * "Banner images" seems a more accurate category. We can move them to the new category, as we have only a few images uploaded... - Jhonn (talk)

My feedback here would be:
 * We'll need to decide if we want all the banner images or not, in some cases there may be 5 or 6 of them per game disc. Since we may be likely to only use one image I'm not clear it makes sense to capture them all.
 * If we wanted to use these on game pages I'd suggest they be tied into the "Release" section, where it may make sense to capture a title image per region.
 * Tried in a sandbox and the infobox got somewhat "ugly" (at least in my opinion). If we're going to use the banner in infobox, putting only one banner image in "see also" section (before the links) seem better. - Jhonn (talk)


 * Judging from our current banners, the images seem a bit overly compressed (even though we've re-saved them as PNG to avoid compounding artifacts). Likely not a big deal, but we should try to make sure to avoid compressing them further and increasing artifacts.
 * Well, from what I've seen, all banner images delroth got with "bannerget" were extracted directly from the Dolphin's cache file, so, it's compressed only one time. - Jhonn (talk)


 * Though I would like to see them on the game list pages, adding 600+ image loads to the page may have a significant impact on performance/load times. The list pages are already fairly slow today (I'm guessing from the many ratings loads), so we should be careful. Kolano (talk) 21:21, 6 February 2013 (CET)
 * Yep, this is true... Completely forgot the loading times when I suggested this - Jhonn (talk)
 * There might be a way to get this to be fast with a custom MediaWiki extension and some CSS sprites usage (basically, only one large image would be loaded for each list page). I could learn how to do that if you think it would be a nice addition to the compatibility lists. delroth (talk) 00:52, 7 February 2013 (CET)
 * The list table is rendered through MediaWiki markup, I'm unsure if we can mess CSS sprites with MediaWiki formatting without major issues. However, if this can be done without loading issues, the main list is the best way for having the banner images (better than in infobox VG) - Jhonn (talk)
 * This is a good point... Dialup user here so, a giant image would SUCK for me. Lots of smaller images are easier to cache. But a thousand banners on the wii page would suck no matter what for me. - MaJoR (talk) 04:50, 7 February 2013 (CET)