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: ~ ).

Keyboard chart template
I created a keyboard command chart template at Template:Kbdchart. You can see it in action at Gothic/Controls. I have a small database of keyboard commands and will start adding them to articles in the next couple of days. Posfan12 16:48, 22 April 2010 (UTC)
 * This template looks pretty cool, but there are multiple problems with it that don't make it a fit for our wiki. First of all, it's huge. At 1440×900 screen resolution, it still renders well off the side of the screen for me. Of more importance, this is a duplication of a method we already have for displaying keyboard controls, the kbd template. I don't think it's a fitting replacement as it's very much more complicated, creates tons of "whitespace" for unused keys and doesn't provide the room within a key's box for longer sentences often used to describe controls. I like how key groups can be colored, but other than that, I feel that our simpler, more versatile method is superior. Of least importance is the template's appearance, which doesn't really fit the wiki. We don't use large, colorful elements like that, from what I've seen. Anyway, people can add their opinions and you can clarify or bring up additional points here, but in the future you might want to run things like this by the community before spending a lot of time and effort on it. We've been around for five years now, and I can assure you that keyboard control formatting has come up before. :D — najzere T 20:32, 22 April 2010 (UTC)
 * Bad example. Here's one with less empty whitespace: Descent: FreeSpace - The Great War/Controls. Posfan12 01:23, 23 April 2010 (UTC)
 * Nice idea. =D The criticism I would have for it though is, as Najzere stated above, it's really big. I don't know how big your computer screen is (I know it depends on the type of computer you have, because there's another laptop in my house that's 5x bigger than mine, and you can see much more without scrolling on that one, as everything appears more stretched) but on mine, it kind of goes off the screen. =/ Also, are you planning to replace that with the original control templates for PC? Again, Najzere mentioned this above. Otherwise, it's a nice idea for a control diagram...though I'm not sure how that would fit in with the rest of the control templates. =/-- E-123Wario54 The Temple of TalkFFI black mage (8-bit).gif 02:38, 23 April 2010 (UTC)
 * No, I don't see why the existing template should no longer be used - they work fine together. Also, I placed the template in its own scrollable container, so it should not affect the entire page flow any longer. Posfan12 03:44, 23 April 2010 (UTC)
 * The default template looks much better now and the scrollable wrapper is an improvement. I'm still not a fan of its complexity, that it isn't in the standard format which all other controls are in (e.g. we don't try to mock up console controllers like this either), and it means a different section on multi-platform games' controls pages instead of simply adding a Windows column and having the control information located in one place. I hate to keep harping on the colors, but, with the exclusion of guide-specific templates, we like to stick mainly to light grays and blues, so the charts you've made are extremely jarring to my sense of the wiki's color scheme. At any rate, I think you have enough example charts out there now, so until we reach a consensus on this bold new method, please hold off on adding any more control information that isn't in line with what is outlined in the user guide. Hopefully this topic gets some attention this weekend, so we can get this resolved quickly for you. Thanks, — najzere T 22:03, 23 April 2010 (UTC)
 * The style can be pretty easily changed to pastel colors if you have any particular ones in mind. Posfan12 03:26, 25 April 2010 (UTC)
 * While I'm not opposed to the use of colors if they're used effectively, some of your examples have cases where the text and background colors clash, making them hard to read. The need to horizontally scroll it means it can't be printed properly, and it sometimes packs too much text into the small space of a key, leading to some cases where the text overlaps. And what happens if the text is too long to fit in the key? Add to that the empty whitespace in unused keys, the fact that it doesn't integrate with other platforms for multiplatform games, the lack of mouse controls, and the fact that it requires referring to keys by ASCII numbers instead of names, and I don't really see the advantage of using this over the kbd template. Wanderer 20:47, 25 April 2010 (UTC)
 * I've created over ninety of these charts and haven't come across one yet where an action couldn't be described in just a few words. The only problem is when multiple actions are assigned to the same key under different contexts - the "strategic" and "tactical" modes in the Total War series for instance. But in these cases a chart can be created for each mode. As for overlapping text, there's not much that can be done. Hopefully the colors are enough to distinguish commands from one another. If you have any suggestions as to different colors, I would like to hear them. I also couldn't think of a better way of labeling the parameters other than numbering them. Using the characters themselves will create all sorts of technical and rendering issues. Posfan12 23:55, 3 May 2010 (UTC)
 * Regarding the colors, I'm just saying it's necessary to have a strong contrast between text and background colors. You don't want light text on a light background, or dark text on a dark background. That makes it hard to read. You've got black text and light text together on the same backgrounds, and both light and dark background colors. If the text is light, the background should be dark, and vice-versa. Consider more "muted" or desaturated colors for backgrounds, and darker colors for the Shift, Ctrl, and Alt text. As for labeling parameters, why not just use descriptive names, such as "LCtrl", "LAlt", "Tab", "Space", "PageUp", "Apostrophe", "Backslash", "OpenSquareBracket", etc.? That'd be easier to remember than ASCII numbers.Wanderer 02:50, 4 May 2010 (UTC)
 * Good ideas. If you could pick out some colors for me that would be great. Posfan12 05:34, 4 May 2010 (UTC)
 * Also, regarding printing. The chart is not going to print properly regardless of whether it's in a scrollable container or not. Both IE and Firefox ignore anything past the right edge of the screen (or page rather). The only thing you can do is rotate the chart vertically, and that's only possible with IE-proprietary CSS filters. Posfan12 05:36, 4 May 2010 (UTC)
 * If we could inline SVG this, it would be amazing! Too bad MediaWiki/browsers can't handle that yet...
 * I think it could be useful, especially for people who want to print it out. But this would mostly be useful for extremely complicated layouts (like freespace).  Simpler ones should probably stick to the current layout.
 * Shrinking the whole thing would definitely reduce it's effectiveness and get overcrowded, so I don't think that's really an option. I would suggest splitting it into a few more templates for added flexibility.  Breaking off the Legend and Numpad into their own templates might be useful.  Can it support the apple command key? A border around the whole thing might also look nicer. I feel it's a bit redundant to have both upper and lower-case letters, as those are obvious. Same with the "L" and "R" on the Ctrl type keys. -- Prod (Talk) 04:52, 25 April 2010 (UTC)
 * I have schemas for French, German and Mac keyboards ready to go as well. (A few more than that actually, IIRC.) Posfan12 16:56, 25 April 2010 (UTC)
 * One thing I think is possible but I don't know how to do yet is to allow readers to print portions of a web page (the key chart for instance) at a time. I'm not sure if this can be accomplished using only CSS, or whether greater website integration is required. There's an article about a special printer driver/browser plugin that accomplishes this in this month's PC World, so maybe it can only be done at the operating system level. Posfan12 09:38, 26 April 2010 (UTC)
 * I changed the template so that only upper case letters are shown for the letter keys, and removed the "L"s and "R"s from the CTRL, SHIFT, ALT and WIN keys. Posfan12 02:56, 9 July 2010 (UTC)

Pastel colors
I changed the colors to pastel colors. Posfan12 22:51, 22 May 2010 (UTC)

Excel sheet
I created an Excel sheet to assist users in filling in the template parameters. You can find it here. Posfan12 22:07, 28 May 2010 (UTC)
 * Can you upload this locally? -- Prod (Talk) 18:36, 26 June 2010 (UTC)
 * I don't know if ZIP uploads are possible. Posfan12 21:08, 7 July 2010 (UTC)
 * ZIP uploads should be possible. -- 21:16, 7 July 2010 (UTC)

Splitting up template
Can we get this split into 3 templates? One for the main keyboard, one for the legend, and one for the numpad (or make it optional). This gives users some freedom in where the legend shows up, and if the numpad isn't used, it doesn't take up the horizontal space. -- Prod (Talk) 18:37, 26 June 2010 (UTC)
 * Should be possible, yes. Posfan12 21:08, 7 July 2010 (UTC)
 * I added a numpadoff parameter to turn the number pad off. I also split the chart legend into a separate template. Posfan12 22:21, 7 July 2010 (UTC)

What to do about licenses?
Since I am copying stuff (code, content) directly from my website, and I plan to keep the website live, is there something special we need to do about licenses? My website seems to be compatible with this one. Content is licensed under CC-BY-SA, and the software is licensed under the LGPL. Only attribution should be required as far as I can tell. Is that correct? Posfan12 22:25, 7 July 2010 (UTC)
 * The copyright policy here states that content must be released in the public domain, or under CC-BY-SA, and generally should have attribution. Attribution is the minimum asked by those licences. If copyrighted, you must have the owner's permission. If it's your own website (you own/maintain its content, etc.), the licence wouldn't really be a problem, since you're giving consent for the material to be used here. 22:49, 7 July 2010 (UTC)
 * To further clarify, all content here is under the CC-BY-SA. Some people might say they release stuff under a choice of licenses, but such statements only apply to pages that nobody else but that user contributed to. CC-BY-SA is the default and the one that should be followed in order to prevent headaches later on. When copying stuff from your site, in order to meet with your license terms, you should provide an unobtrusive link (either in the file description page or in the template documentation page or on a discussion page or whatnot) back to where you got it from, especially if you were not the only person who contributed to it on your site (if you were, the link isn't necessary). When uploading things, you should state the license it is under in the file description page. -- 22:59, 7 July 2010 (UTC)
 * Does it happen often that someone copies content from another site (assuming the licenses allow this at both ends), and do they attribute the information properly when they do? Posfan12 02:53, 9 July 2010 (UTC)
 * In SW, users are expected to attribute at least within the page revision history when they do (e.g. a URL to the source) - you'll notice that in main guide pages that there's a link back to Wikipedia. It happens often here, usually to save time on the intro, and copying stuff without proper attribution isn't well received. --Sigma 7 03:58, 9 July 2010 (UTC)
 * "...users are expected to attribute at least within the page revision history..." That sounds pretty simple, thanks. I just don't want people complaining that I've copied material from StrategyWiki. Posfan12 23:01, 9 July 2010 (UTC)

Dana MC here!
Thanks for adding my Game Play Tips for Lady Bug! I thought I did add them to the main Game Play page, but I guess I didn't. I copied and paste them to that section and is now an official part of the WalkThrough section under the Topics list. So I guess it can be taken off the Talk section. I've been playing this game for years now and I still do on the old-school ,multi-game system ULTRACADE. My highest score is around 350,000 points (Level 24), so I consider myself a bit of an EXPERT on this game. This game is nearly 30 years old and a perceived Pac-Man clone, but let me tell you, it is still a damn good game to play and I recommend it to all you new-schoolers out there. Hey, I like the new stuff too at 40 years old, but nothing beats a good re-education with games I grew up on. Lady Bug is a highly recommended good start. Thanks a bunch. Any more tips I have will certainly be added.

Header should have better navigation
We should add forward/back links in the header navs. It's quite an annoyance to either scroll to the bottom of the page to click next, or spend two clicks (the second click requiring concentration on what link to click). It's makes checking consistency between pages a pain in the ass. Teddy(talk) 01:42, 2 June 2010 (UTC)