StrategyWiki:Staff lounge

__NEWSECTIONLINK__

Welcome to all users! This page is where you can ask StrategyWiki-related questions to the staff and senior community figures, and they will do their best to answer. If you want to raise a topic for discussion (rather than just ask about it), please use the community issues forum instead. New issues are entered here, with the most recent at the bottom of the page. If your question does not pertain to editing StrategyWiki (e.g. asking for hints or game-specific information), please ask on the guide's talk page or on the forums.

Please review the Table of Contents to see if your issue has already been raised; also check the archives (to the right) in case it was discussed some time ago.

To facilitate ease of browsing and replying, please:
 * 1) Place your question at the bottom of the list.
 * 2) Title the question (by placing the title between equals signs: ==Title==).
 * 3) Sign your name and date (by adding four tildes: ~ ).

Worldwide SNES buttons
Those faded-out US-only SNES buttons are so ugly! Let's get the original version: they're used worldwide (in Asia, Europe, and Oceania)!

Let's remember that citizens of the United States are just 20% of world native English speakers, not to mention all those who are not native speakers (like me). Therefore, the faded-out US-only SNES buttons are useful for way less than 20% of potential users of this website. ---Abacos (talk) 08:48, 2 June 2016 (UTC) 🇨🇴 🇨🇴 🇨🇴

I propose to add one option to the { {Control selector} }, that is to differentiate between "SNES" and "SNES (US-only)". --Abacos (talk) 08:59, 2 June 2016 (UTC)
 * There's no point of having two different sets of buttons. We should either use the blue ones everywhere, or the other set, but not both. If we choose to go with these images, they should be uploaded over the existing ones. Can you fix the transparency and remove the excess padding so it's just the buttons? Personally, I prefer the current colours, since they're less distracting, but it does make sense to use international colours. -- Prod (talk) 14:05, 2 June 2016 (UTC)
 * I get the argument being made here, although I don't think the expression of bias against the US colors really helps make your case Abacos. There are legitimate arguments for using the international colors.  Your finding the colors ugly isn't really one of them.  If you want to alter the colors to the international version, that's fine, but like Prod said, they have to be at the same standard and quality as the existing images.  Fortunately, this is really the only system where this is an issue...  Pro  cyon  17:38, 2 June 2016 (UTC)

I removed the excess padding. I couldn't learn how to fix the transparency, though... Let me rephrase my originally biased argument in support of the original colors: ---Abacos (talk) 11:43, 8 June 2016 (UTC)
 * Less than 20% of potential readers of Strategywiki are familiar with the US-only colors.
 * Many users from outside the USA refer to the buttons through their color.
 * The original colors match the SNES logo (that, for some reason, was completely changed in the USA).
 * It's actually about 50% US traffic. I don't think that's as important as accuracy though. The n64 did colour-code their buttons, oddly with a different mapping from the SNES.  I'd say let's go ahead with the new buttons once the transparency is fixed.  Should they be the same size as the previous buttons (24x24)? -- Prod (talk) 02:26, 14 June 2016 (UTC)
 * I went ahead and fixed the transparency for you. Wanderer (talk) 01:06, 16 June 2016 (UTC)
 * Thanks ! I've moved these files into the templated names, so they should be showing up everywhere now. -- Prod (talk) 04:07, 12 July 2016 (UTC)

Remove PC system requirements
I'd like to suggest we remove all pc game requirements from our infoboxes. Essentially every instance of pcreq (almost 400 uses). The template is inflexible and needs updating over time as computing power increases, and often the template isn't used (properly). The information doesn't help users play the game or find new games to play. It's not frequently updated by users anymore, and Steam covers all this information more directly/accurately. PCGW also covers it much better than we do if it's something a user needs. -- Prod (talk) 13:09, 10 July 2016 (UTC)
 * Yeah, I'm in favor of removing the requirements. It's good info, but I don't think people use our site to preview games and therefore need sys req recommendations.  They likely already have, and are playing, the game, so they must already meet the reqs.  If it will simplify our infobox, I'm for it.   Pro  cyon  01:07, 13 July 2016 (UTC)
 * Indeed it seems way out of place and takes up a lot of vertical space in it's current form. Matthias (talk) 13:41, 17 July 2016 (UTC)
 * There were only two instances of the requirements parameter in the infobox which weren't for PC games, so I've removed them and added the info to the page directly. the template and all uses has now been deleted. -- Prod (talk) 04:36, 17 August 2016 (UTC)

CSS-based button images?
So I had this idea. Maybe we don't need to use images for the control buttons anymore. Maybe some of the buttons could be replaced with just HTML fragments and CSS classes. The templates would still be used the same way, they'd just have to be modified to output an HTML fragment instead of the image. This would have several advantages over using images: This wouldn't work for everything, of course. The various D-pad and joystick images might be difficult to recreate in CSS. Irregularly shaped buttons, like the Xbox's triggers, would still have to be images. But for the simple circle and rectangle-shaped buttons, this might work. I set up a demo page here with just a few examples. See if it looks okay to you all. Wanderer (talk) 09:42, 12 July 2016 (UTC)
 * 1) Quicker pageloads. Fewer images would mean fewer requests to the server, so the pages would load faster.
 * 2) Less bandwidth. The added CSS classes and HTML code would take up much less data than the images, so the pages require less bandwidth.
 * 3) Resolution independence. Since these would be rendered in-browser instead of being pre-rendered images, they wouldn't have any fixed resolution. Even on high-resolution displays, or when zoomed in, they will always look clean and not pixellated.
 * Ideally, I think these should be SVG images to get most of the same benefits while still using an image format. Unfortunately, mediawiki converts the images to png losing the svg benefits. The icons look pretty cool (slight tweaking required) but generally I'm not a big fan of using CSS for this. -- Prod (talk) 15:56, 12 July 2016 (UTC)
 * I'm pretty impressed that you were able to achieve all of that . If you could make them look spot on, I'd be willing to consider it. , why are you not a fan of CSS in this case?  If Wanderer can make them look so close you can't tell them apart, what's the drawback of using CSS?  Maintainability?   Pro  cyon  01:07, 13 July 2016 (UTC)
 * Cross browser compatibility, visual change history, ease of implementing new buttons, conflicts with other CSS. It's impressive what's done, but I do worry it'll be a lot more maintenance work than simple image files. -- Prod (talk) 05:28, 13 July 2016 (UTC)
 * For what it's worth, we've switched to using SVGs via CSS for all buttons and small images on PCGW 9 months ago, and we've experienced no complaints and no issues - and with image sizes under 500B, this was usually also a major improvement over raster graphics. It's fair to say that adding new icons is not as smooth a process, though I guess you can still get away with using MediaWiki:common.css for the images? Either way, how often do icons actually change to need daily maintenance?
 * There is one downside to all of this regardless - the user loads all this data every time, even if the classes aren't used on pages. Then again, that should be mitigated by caching (both sides), and speaking from our own experience, we did not notice any increase on load or times for ourselves. Soeb (talk) 14:49, 15 July 2016 (UTC)
 * I'd be ok with loading svg's through CSS, I'm just not as comfortable having images defined using CSS elements directly. -- Prod (talk) 16:46, 15 July 2016 (UTC)

When is a strategy too dumb or too obvious/naive?
For example, here it seems totally overkill and lame to say -basically- "hey, buy the fastest car in the game, profit".

While here.. It's not like -for "wallet sake"- I wouldn't prefer to recommend to forget about that race until you get this uber fast car (for free). But how much is this a real tip, and how much instead the stupid thing I mentioned above?

Besides, while I'am at it.. Some of the stuff written for GT5 mention online dealership, which isn't a thing anymore since.. I think like 2-3 years.

What's your policy about older patches (something something speedruns) or actually no longer achievable content (like any online games with dismissed servers)?
 * I can't really comment on the strategy for that specific game. If there's nothing better to add, might as well say the most basic info.
 * As for dealing with content that no longer exists, it can be kept/expanded to describe how it used to be. You could add Unplayable section to mention it's no longer available. -- Prod (talk) 21:02, 12 July 2016 (UTC)
 * Yeah, you can make a call like, "this text is so flat out obvious, it's not worth mentioning" and remove it if you feel strongly about that. I'm in favor of doing that whenever someone describes a cut-scene verbatim.  It's like, the player can see it by themselves, you don't need to describe it.  The same can go for fairly obvious strategies.  However, if there's any nuance or deeper explanation that you can provide, that's helpful too.  Sometimes the "why" is even more valuable than the "what".   Pro  cyon  01:07, 13 July 2016 (UTC)

KotOR template issue
The KotOR/Dialog template (among others) has optional parameters for colspan, rowspan and bgcolor which no longer work correctly. You should be able to see this in the second and third examples under Usage in the documentation, but for convenience this:

Should look like this:

Weirdly, the rowspan parameter seems to work as long as there's no width parameter, while the opposite is true for the colspan parameter (which also seems to prevent the bgcolor parameter from working... as does not including a width parameter):

This template (among others) was definitely still working back in May, and I don't know what's changed since then to break it (it hasn't been edited since January). Perhaps the breakage isn't universal, but only applies to specific browsers (I use Firefox) or operating systems (I was upgraded to Windows 10 in March)? Any idea what's gone wrong, and how to fix it? Onderduiker (talk) 18:57, 2 August 2016 (UTC)
 * Fixed. Check out Special:ExpandTemplates. -- Prod (talk) 19:55, 2 August 2016 (UTC)


 * Thanks! I think I've now fixed all similar KotOR templates, but I'll double-check as I continue to work on the guide. Onderduiker (talk) 20:45, 3 August 2016 (UTC)

Arrow Template
Permission to add diagonals to the arrow template? I already have them nice and ready and I think it'd be very useful as a stand in for generic D-Pad controls or directions. Antwan 14:00, 7 August 2016 (UTC)
 * That should be helpful. What are you thinking of using for the names? -- Prod (talk) 14:13, 7 August 2016 (UTC)
 * Like the rest that do use diagonals: UpLeft, UpRight, DownLeft, and DownRight. I can even put a circle for a neutral command if needed. Antwan 22:43, 7 August 2016 (UTC)
 * You're talking about the arrow template right? That would actually be pretty cool to get diagonals! Do you need help updating the template as well? -- Prod (talk) 00:38, 8 August 2016 (UTC)
 * That's right. The arrow template. I'm not sure how to edit it though and the Help page recommended that I contact the staff before I do that. I got the arrows ready. I just need to upload them. Antwan 02:12, 8 August 2016 (UTC)
 * It's not too extensively used, so you can probably try it out if you'd like. Anything can be reverted if it breaks :).  I'd suggest uploading the images with similar names/categories as the current ones first, so you can see if it works. -- Prod (talk) 04:31, 8 August 2016 (UTC)

And done! Enjoy your new generic diagonals! For reference, these are their wiki markups: ,   ,   ,   Antwan 07:26, 8 August 2016 (UTC)
 * Thanks! -- Prod (talk) 16:46, 11 August 2016 (UTC)

Archive.org Atari 2600 games
Archive.org seems to have a bunch of Atari 2600 games available for play directly from the web browser: https://archive.org/details/atari_2600_library. Should we link them in the external links section of each page? Maybe add them to a category that links to archive.org? Or maybe just add a link to the system's page? -- Prod (talk) 00:26, 13 August 2016 (UTC)


 * I would be in favor of this. However, archive.org is not just limited to the Atari 2600. Their "virtual living room" section has a ton of systems.  We would have to make up our mind if this feature was going to be limited to the 2600, or open to every system they support.  And in doing so, we'd have to do it in a way that makes it clear that this is ONLY for archive.org, and not a bunch of flash game sites that surround their games with advertisements everywhere...   Pro  cyon  01:07, 14 August 2016 (UTC)
 * It looks like there are around 3000 games in the Console Living Room collection. It would be really cool if we could embed the games directly here, but perhaps a partner box like Zeldawiki may be the best option? -- Prod (talk) 16:39, 14 August 2016 (UTC)

Templates
Why does ~ exist? It's a quick way to link subpages within the current project but, as Prod has just pointed out to me, ../page name/ and have the same result, and by extension so do label and. Is it redundant, and should usage be avoided?

I ask because I've been considering making a more generic version of KotOR, which is a quick way of linking to page sections within the Star Wars: Knights of the Old Republic project: for example, to link to Nerve Enhancement Package I can just use instead of Nerve Enhancement Package.

I was considering editing ~ to achieve this, but the new parameter order would be counter-intuitive (, not ) and it's already linked to over 500 pages (although it'll be less than 500 once I remove it from pages I edit).

If I created a new template, provisionally ?, to allow a quick way to link page sections within the current project, then I'm pretty sure I'd use it on multiple projects, even if no one else did... or does such a template or other functionality already exist? Onderduiker (talk) 10:20, 13 August 2016 (UTC)


 * In theory (and not in practice because we don't typically go two sub-directories deep), ~ has and advantage over the .. usage in that it can be used to refer to a link off of the main guide, even if you were two sub-directory levels deep. With the .. approach, you'd have to use "../..", etc.  That's really about the only advantage I can think of.  Your approach to changing the behavior of ~ seems weird to me because in just about every wiki convention, the label comes last.  You are definitely more than welcome to make a custom template that supports your work, regardless of whether anyone else might use it.  If it's useful to you, it's useful to the site.  I'm just not sure about "?" for the name, although I don't have a better suggestion.   Pro  cyon  01:07, 14 August 2016 (UTC)


 * ~ is already in use on just over 500 pages and already has two parameters (1 = page name, 2 = optional label), so adding a third would be problematic. I could add an optional S parameter to maintain the conventional order ( or  ) but that's not ideal either.


 * Hence I'm leaning towards creating a new template. Due to the frequency with which I'll use it, its name should ideally be a single character, and I suggested "?" because the links will often be used to answer the question, "What's that (again)?" (for example, items listed in merchant inventories).


 * I've checked Wikipedia templates and there doesn't appear to be one by this name, so it shouldn't cause confusion. I'm open to other suggestions though (S for section? Also looks like ~ once flipped horizontally and rotated 90°), and I plan to work on model screenshots for the next week or so, so a decision isn't that urgent. Onderduiker (talk) 11:07, 14 August 2016 (UTC)
 * I also thought ~ would be pretty cool until showed me ../Page/ .  I'd rather switch to that instead of the template since it's part of the software and probably more efficient. s is probably a good option, with usage like page. Adding a parameter for label is redundant with the ../ syntax and I think only saves 1 character.

Label
 * -- Prod (talk) 16:23, 14 August 2016 (UTC)


 * Thanks for pointing out the redundancy of the label parameter for my proposed template. I'll create s shortly for use when section name = label... although I'm a little surprised something like this doesn't already exist here, since you can't just create pages for everything for ease of linkage (although even when you can, you probably shouldn't: hundreds or thousands of pages can be harder to organize, maintain and navigate). Onderduiker (talk) 19:38, 15 August 2016 (UTC)