StrategyWiki talk:Community Portal

This talk page is for discussion of general community issues. To start a new thread, insert a new subheading above the rest. ''Resolved threads removed one day thereafter. You can find them in the history.''

Discussion archives:
 * Issue 1 - Early SW issues.
 * Issue 2 - Wikibooks, Google Adsense

We need guidelines!
I am noticing everyone's format is different, we need a guidelines page! and i know we do have one but its not that complete! we need guidelines for everything someone has a question on! Here are some idea

we need a Spoiler guideline (telling when you need to alert people of Spoilers), Formats (showing the formats for everything. yes we have those of they are scattered all over the pages, we need this for referance on like the main page

Here is a great example! http://www.gamerwiki.com/index.php/Main_Page, thats exacly how i want to see it! but i would rather have PC, pc's of today, not the Apple ][, blah blah blah...

Also i think on the Game Systems Format i would love to the the 'inital price' along with 'Also Known As' for like the super nintendo would have SNES and Super Famicom. and also the logo for the game system! it would be very nice if we did that :) somewherexfollowthereaperxTalk


 * Gameinfo's House Style is a good place to start, they've defined a few things. GarrettTalk 14:57, 6 February 2006 (PST)


 * although i do like their guidelines, i think we should do an even better job! please promote this site, its not doing so good as of now compared to what i would like to seexfollowthereaperxTalk

different community issues format
when editing this page, i see a warning that pages might have problems when its this long. this page will probably remain as large as it is if something doesn't change.

I think in general, this format is only good when there was many things to discuss and few things already discussed. But now, there are decided conventions and it isn't easy for new people to find them quickly and intuitively. Can we have pages for each of the different conventions and whatnot? like a Spoilers, Completeness designations, ect. pages.

also, wouldn't a disscussion about the main page go in the talk pages of the main page?

finally, if this page is a discussion page, then what about the discussion page for this page? perhaps this page can have more purpose while still being the central discussion page for community issues.

--JinFX 19:26, 5 February 2006 (PST)


 * I'd sooner go for subpages (Community Issues/IssueName) so you can easily see what the parent page would be (even moreso if auto-backlinks are re-enabled). As for moving talk to the actual talk page, that's a possibilty too. Indeed this page could have a list of current things being discussed/needing doing kinda like current events only focussed more on things at the "planning" stage, rather than the "doing" one. GarrettTalk 14:46, 6 February 2006 (PST)


 * I agree with both of these suggestions--it's too difficult to find where to discuss issues. I'm not sure how to implement something better, but I know it could be done. Would Community_Issues/Subject_matter be an appropriate format? Or Community_Issues_talk/Subject_matter? --Echelon 15:50, 6 February 2006 (PST)


 * What about this? --Echelon 16:06, 6 February 2006 (PST)


 * Thats good, but maybe as the main issues page (as in this page)? Then each issue would be a subpage? at the very least, it would be much easier to know what are in the archived discussions, and hopefully, people will have an easier time talking about existing and new issues --JinFX 15:02, 12 February 2006 (PST)

Company Pages on Main Page?
I have been working on the companys, so far i have finished the products of Nintendo, Sega, Microsoft, and Sony. I think it would be helpful on the top page I also added pictures of every Sony, Microsoft, and Nintendo Console! I just made a Atari page, even if we dont do stategy's for Atari, which i dont see why not, i suggest we keep this page for refferance, - xfollowthereaperxTalk05:08, 05 Febuary 2006 (PST)


 * Great job, Reaper! I'd like to talk with you on AIM sometime if that's possible. Would you mind if I did that?


 * As for having Atari, that's fine. I'd like to do their games, if we ever have the time and resources. Do you think we should add publishers to the front page? I'd have to think about that a little--I'm about ready to fall asleep, so now's not the best time. I do have something within me that objects (overcrowding), but perhaps that's baseless.


 * Again, great job on those pages. --Echelon 20:30, 5 February 2006 (PST)


 * sure, my aim is in my profile, im on almost 24/7 xfollowthereaperxTalk

Spoilers?
How far are we going to go to protect people from spoilers? I'm asking because of the confusing vagueness that's been injected into the Resident Evil 4 Chapter 2-1 boss fight - it reads badly, in my opinion, to be that deliberately vague to protect someone from discovering something they've already encountered in-game. As I mentioned on that article's Talk page, I think that when you're reading a walkthrough it's reasonable to expect some of the events to be given away - that's part of the reason you're reading it after all. Otherwise, we might as well totally remove every in-game event from context with a bullet-point list of "go here; rotate this; go here; shoot" and so forth, to prevent anyone from learning anything about the plot before they play it. The reason we've resorted to multi-page guides, apart from the better formatting and loading times it offers, is that people can read only the bit the're interested in, without going too far ahead in the plot. Why should we sanitize the actual walkthrough itself beyond that division? --aniki21 08:07, 24 January 2006 (PST)
 * I'm a bit confused, as I haven't played this game before. Does it reveal information that would be a spoiler? As you can see in the Zelda: Ocarina of Time guide that I'm working on, there are quite a few "spoilers"--see this for an example. I believe if someone reads through the guide with as they would a strategy guide that they buy in stores, that they won't have a problem with spoilers. Sure, our guides will reveal things, but only after they have occurred in the game. Sometimes it is not required for us to do so, but often it is necessary. That's my opinion, anyway. We can always judge on a per-game basis. Should we make policy concerning this? --Echelon 19:24, 27 January 2006 (PST)

Are auto-backlinks disabled?
Why don't automatic backlinks work? I'm used to them on Wikibooks and I think it would be a nice thing to have back, especially since some contributors are already inserting some themselves. I'm sure they could be made to nicely fit the current visual theme. GarrettTalk 12:20, 23 January 2006 (PST)


 * I've used them before Garrett, but I was thinking of possible problems. What about the .hack// games? Wouldn't it get seriously confused? And there are probably lots of other games with /'s in them. Is there a way to disable them, perhaps like disables the TOC? --Echelon 19:11, 27 January 2006 (PST)
 * Well, what Wikipedia does for things like that is changes to the nearest "legal" name and makes a note of the reason at the top. We're already doing that for shortened things like Zelda: Ocarina of Time anyway. I don't know if it's possible to selectively disable them though... GarrettTalk 19:46, 29 January 2006 (PST)


 * I think auto-backlinks could be enabled with little harm to the presentation/navigation, but I still want to stick with All_Games_Nav if at all possible. I went ahead and enabled. Pages will have to be purged before they begin to show up.


 * Example --Echelon 15:46, 6 February 2006 (PST)

Controller Button Images
I think it might be good to have little images for button names to make them stand out a little bit more.

So, I made a set of Gamecube buttons in SVG. You can see them [here]. They are 48x48 but they were all made in svg so i can always resize them. the original svg, if anyone wants to look at it, is [here].

They are losely based off the icons for the buttons in the Super Smash Melee manual but as they are just button pictures, there shouldn't really be copyright issues right?

I have all the buttons and images for all eight directions on the control stick (normal and smash) and cstick. i even have dpad directions which could probably be used for older games too.

should i upload them? --blendmaster 17:52, 21 January 2006 (PST)


 * That looks great! I don't know if it will, but those images have the potential to be a very useful resource for guides. Even better if one could be made for other consoles (PS2, XBOX, etc.). My vote would be to upload it for communal use. What does everyone else think? --Irish Ninja 20:59, 21 January 2006 (PST)


 * I couldn't agree more--those look incredible! I say that we do use these as a community standard. Would you mind making these for some of the other consoles too? That would be a great project! --Echelon 22:00, 21 January 2006 (PST)


 * Sure thing! glad you like them. --blendmaster 22:13, 21 January 2006 (PST)

I uploaded them all! i just dominated the uploaded file list. the guide to the file names are on my user page. I can probably do some xbox and ps2 ones soon. if anyone has any suggestions on how i make them look, feel free to comment. --blendmaster 22:28, 21 January 2006 (PST)


 * Hmm, maybe i should make them a bit smaller. they kind of skew the text. also, Should I remove the text button name entireley, put the image and the button, or put the text in the button caption? One other thing, would it be possible for anyone to make an extention to insert the button images automatically instead of linking each one? --blendmaster 23:20, 21 January 2006 (PST)


 * I would have named them slightly differently - the GC isn't the only machine with an "X" button, after all. The PS, PS2, XBox, XBox 360, DS, and PSP all have one. Any other buttons that are uploaded should probably have a console designation (for instance, PS2X.png). I think some generic direction images wouldn't be a bad idea though - we hardly need to take up server space and bandwidth for unique buttons for each machine, unless there are very game-specific actions that wouldn't be served by a "generic" direction inidication (such as Smash Bros' Smash Attacks). --aniki21 06:10, 22 January 2006 (PST)


 * Hmm, i could since all the button names are pretty generic, i could just redo the buttons as generic and upload a revision of them. --blendmaster 11:43, 22 January 2006 (PST)


 * For the thumbstick and D-pad all you'd need to do is remove the GC-specific grip pattern and they'd fit anything from NES to 360. Differentiating between the stick movement force required is also a great idea. GarrettTalk 13:11, 22 January 2006 (PST)


 * Well, I'd have to differentiate somehow between two anlog sticks like the ps2's and xbox's. --blendmaster 17:21, 22 January 2006 (PST)


 * Oh, good point. Hm. Maybe you could mark them L and R? GarrettTalk 12:08, 23 January 2006 (PST)

I made some really small slightly more generic buttons, including ps2's buttons. I didn't convert them to png so its still in svg. If you have Firefox 1.5 then you can view them fine. this batch is all in 16x16 so it might fit better with text.

here they are: small generic buttons --blendmaster 18:41, 22 January 2006 (PST)


 * I uploaded the smaller buttons to replace the big gamecube ones. theyre not as big or pretty but they fit into the text a lot better. see Super Smash Bros Melee the Controls section for an example on how they look. --blendmaster 19:48, 22 January 2006 (PST)


 * I made a template for buttons. its pretty simple right now. its just Template:Button and useage is so for instance  would give


 * I like those - but the button colours might be confusing (yeah, I'm being picky). Case in point, the Dreamcast's A button is red, but the generic one here is green. I know there's a big "A" on it, but I can still see people going by the color rather than the lettering. Any chance of a colour-neutral version? --aniki21 03:34, 23 January 2006 (PST)


 * Blendmaster, awesome work. The buttons look amazing on the SSBM page, but I am worried about the amount of image tags needed; there must be a shortcut we can create to insert control images. Also, I think it might be necessary to have console specific buttons, at least for games like SSBM that appear on only one console. As good as the SSBM page looks, seeing yellow and blue Y and X buttons for a GameCube game is just plain weird, as would generic button images. Finally, might I suggest shrinking the button font slightly so that the letters do not intersect the outline of the button (for this reason the Z button looks better than A,B,X, & Y, imo). It might be more aesthetically pleasing. The R/L buttons are a bit blockish too. I do not mean to offend; I would not be able to make buttons as good as yours. I just want to mention my observations to help work out any kinks beforehand. --Ashandarei 12:53, 23 January 2006 (PST)


 * Sorry that the small buttons are not as good looking. its hard to make things look better when they're 16x16. i think 32x32 is about the best size for readability+fitting with the text. on the shortcut things, you can try the template i made, Template:Button . Its not a huge space inprovement but it helps. --blendmaster 15:11, 23 January 2006 (PST)

PS2 buttons: [SVG format so use firefox]. i guess they could be used for ps1 and psp too.

Ok, standards. If we are going to have these buttons be used for all the consoles, then we need to set a standard for naming these things before i upload a batch of them again. Put your thoughts under the specific section.


 * Generic/platform Specific: I think, for asthetic purposes, they should be platform specific, if we have the space. Echelon, you're the admin, right? If you are, then i think you have most of the say on if we should use more or less space for button images.


 * Size: For text purposes, 16x16 looks great. the original 48x48 were a little big IMO. therefore ~32x32 should be a happy medium. A look at size comparison is here: [Size Comparison]
 * Naming: The key here is if we have generic images is to have short button names so not to clog up a page with image tags. But, if i can get a template together, then the button names shouldn't matter as much. One problem i encountered with templates on this site is though, that if you have an attribute just called "left" or "right", then it will treat it as an align and take the button out of the flow of the document. For that reason, a suggestion for naming would be:
 * Console - Type - direction or button name .png
 * Directions: r ru u lu l ld d rd
 * Button names:
 * xbox/360: a b x y l r white black start back, control1(push down), control2(push down)
 * ps2/ps/psp: x(should we call it an x or a cross?) square triangle circle start select l1 l2 l3(left anlog click) r1 r2 r3 (right anlog click)
 * gcube: a b x y z l r start
 * ds/gameboy: a b x y l r start select.
 * Go ahead and fill out any other specific buttonsets here.
 * Types: button or control(gamecube/psp) cstick(gamecube), control1(left anlog), control2(right anlog).
 * if named like that the template could go [[image:--.png| ]] so formatting would go  . Or, if noone minds lots of little templates we could make one for console specific, or even console and button or direction specific like Template:gamecube, Template:xbox or Template:gamecube for buttons and Template:control for directions with just the gamecube control stick so formatting would be more simple and template tags easier to read.
 * Showing Direction: I like the arrow under the control stick with the control stick tilted two, and the red smash and darker arrow for smashing, but does anyone else have an opinion on how to show direction? also, kind of on a side note, does any game actually use 8 directions for the Cstick on the gamecube?

PS. Sorry if im using up a whole bunch of space on the community page. we could always move this maybe to my talk page or somthing if it gets too huge. --blendmaster 15:58, 23 January 2006 (PST)

Weekly/Monthly SQL dumps
I'd like to do SQL dumps of StrategyWiki every so often so that we ensure that the content of this wiki lives on regardless of anything that happens. With anyone able to freely download the wiki's database, I feel that we would be fully living up to the GFDL. Do you guys agree with this?

Secondly, if we do plan to offer downloads of the database we'll have to figure out the logistics of how to do so. For security reasons, we'll need to make sure tables such as the ones for users and sessions are not included--we don't want password hashes falling into the wrong hands. In addition, offering the downloads may prove to be a large bandwidth problem if many people decide to download it--this may be a false dilemma, but I'd prefer to plan for that scenario now rather than later. What if we only offered the database downloads to the top contributors of this site to oversee and do it in a rotating manner?

In addition to the database, we'll have to do the same for images.

What are your thoughts to all of this? Is it even necessary? --Echelon 21:06, 20 January 2006 (PST)


 * I'd love to see this.
 * Brainscatter 15:30, 9 February 2006 (PST)

Guide completeness designation
I think it would be really good to have icons (as in the ones WikiBooks has) to specify guide completion levels. It could aid in identifying the guides that need the most immediate work. Would you all agree? I'm thinking of adding it to the all_games_nav template as an optional parameter. On that note, are there any logical tags for templtaes? --Echelon 21:14, 18 January 2006 (PST)
 * I've added your "complete" indicator to a version of my All_Game_Nav template at Template:P/aniki - you can see it in place on Shenmue/Characters. The one issue I could see with this is that you'd have to change the variable on every page if you want to implement them in that way. I guess you could just put it on the index page for the guide, though. --aniki21 03:57, 19 January 2006 (PST)
 * I tried furiously last night to figure out how to work optional parameters in templates, but the syntax only works in MediaWiki 1.6--which isn't even released. I tried all kinds of "alternative" methods, but in the end nothing worked. I suggest we leave All_Game_Nav alone and create a new version that requires the completeness indicator, perhaps All_Game_Nav2 or something. And yes, I would also recommend adding this only to the front pages of guides. --Echelon 17:56, 19 January 2006 (PST)
 * Check out Wikipedia's Infobox CVG template. It uses optional parameters, BUT the "word=" part must still be inserted every time you use the template. GarrettTalk 20:44, 19 January 2006 (PST)
 * I've adjusted Template:P/aniki again a little - like Garrett says, you still need to put the "num=" in, but if you leave it blank it automatically puts in the 0p image. It's in place on the Shenmue/Table of Contents page for now. --aniki21 02:33, 20 January 2006 (PST)

Possible collaboration with vgmaps ?
Vgmaps has a lot of the gigantic maps of games like the legend of zelda: link to the past and other topview or sidescroller games and it might be useful to have some parts of the maps on strategy guides if strategy wiki ever does old games like that. Im not affiliated with Vgmaps, im just suggesting.

-- Blendmaster


 * The main problem with this is to what degree we can push our "fair use" claims by hosting what might equate to up to 50% of the game's tile content. The second is that these people have contributed their maps to the site probably expecting it to be the only site hosting them, so I assume we'd have to contact each of them individually as well. Personally I'd prefer we restrict it to maps that help demonstrate a secret or solution, such as this. GarrettTalk 12:22, 16 January 2006 (PST)


 * I'd have to agree with Garrett in that maps should only be used when absolutely necessary. Otherwise, we're just wasting the reader's time, bandwidth, and being redundant. One thing I am already concerned with is that I may have gone overboard with the images in the Zelda guide already. We should probably all peer review the first crop of completed guides so we get a feel of what exactly works and what doesn't--we need to know when we're going beyond what is necessary. --Echelon 21:07, 18 January 2006 (PST)


 * The only thing I'd say about the number of images in the OoT guide is that I'd be afraid people might expect that to be the norm after reading it - especially after it's being pushed as the "example" for multi-page guides. The GBA, N64, SNES and other consoles all have easily-accessible emulators that can be used for screenshots, but games for newer consoles like the X360 or even as old as the Dreamcast aren't as easy to get running on a PC, so getting screenshots that are a) relevant to the section and b) don't have watermarks is going to be extremely difficult. --aniki21 04:01, 19 January 2006 (PST)


 * I came across VGMaps yesterday, and my first thought was that it could be a useful resource for SW. I agree with Garrett that it should only be for solutions and what not, but it is definitely a resource to consider. What does everyone else think? --Irish Ninja 22:35, 16 January 2006 (PST)


 * VGMaps seems, on first glance, to cover mostly sidescrolling games. No offence to anyone, but the directions for those are pretty simple - run from left to right, occasionally jumping. Their maps for Zelda are pretty useful (although some could be cropped down a little), but how many sidescrolling games are really going to need a map? --aniki21 02:36, 17 January 2006 (PST)


 * If VGMaps would be willing to release their works to us for unlimited use, we could definitely use them, otherwise we'll have to make our own images. The reason for this is that I'm not sure if verbatim copying would be alright. This would save us a lot of time and effort, if we could use them. As Aniki said, however, we shouldn't use maps where they are not required for clarification. There is such a thing as overdoing it. --Echelon 05:34, 18 January 2006 (PST)


 * If we got permission to use them, we could always crop them and draw lines and stuff on them to help show solutions. Its not like we would just put a giant map up on a page. --blendmaster 12:10, 21 January 2006 (PST)


 * A-like so: [[Image:Earthbound-thebeginning.gif|center]]

i used this for my earthbound guide. the arrows are the main path and the numbers corespond to sections in the guide. the page I use it on is Earthbound/The Beginning. --blendmaster 21:17, 4 February 2006 (PST)

Templates?
How much do we want to use templates? I've made a couple that I've been using on my Shenmue guide - mainly the Template:All_Game_Nav template that I made to make a more consistent header navigation across all multi-page games. I threw together Template:ConsoleInfo and Template:Company templates for those pages as well; they've not got a lot of information on them at the moment, but I figured we don't need a lot about either, since this is a games wiki rather than a hardware one. --Aniki21 06:13, 16 January 2006 (PST)


 * The All_Game_Nav template was sheer genius. Considering how many navigation templates would probably be created if someone didn't come up with it, great job on that. The ConsoleInfo and Company templates are really great too. I'd use them, and have already started implementing the All_Game_Nav template. --Hack 09:31, 16 January 2006 (PST)
 * Why, thank you. :"D It seemed like a much easier thing to implement at this early stage than trying to do it months down the line when we have hundreds of FAQs each with a different *_Nav template taking up database space. --aniki21 04:05, 17 January 2006 (PST)
 * Much appreciated! :) It's a brilliant idea that will save us from fixing our mistakes down the road. --Echelon 05:35, 18 January 2006 (PST)
 * Hm, nice indeed! I wonder if it should have links to other common things though, like Cheats and Glitches or something. Things that every guide will have a page on anyway. GarrettTalk 11:56, 18 January 2006 (PST)

Console Naming Convention
Looking at the Categories page, it looks to me like we're lacking a clear naming policy for consoles. My concern is that the systems will not have consistent names; some systems will have the name of the company that developed it prefixed (for example, Sony PlayStation) and some will not (for example, simply PlayStation). Unfortunately this is a somewhat confusing issue because so many people are used to saying the full, developer-prefixed name of the system.

I personally think that we should avoid prefixing the company name wherever possible. There are some systems for which it is obviously appropriate, like on many Nintendo Systems ("Nintendo Entertainment System", "Super Nintendo Entertainment System", "Nintendo 64"), but if the name is recognizable enough without the company name, we should drop it, leaving for example names like "Genesis" or "PlayStation 3".

Please let me know what you think. --Doozer 17:06, 10 January 2006 (PST)


 * Systems should have a "long name" for category and a "short name" for disambiguation. Nintendo 64 and N64, Nintendo DS and NDS, Playstation 2 and PS2. So on and so forth... --Echelon 17:52, 10 January 2006 (PST)


 * But should that be "Sony PlayStation 2" or just "PlayStation 2"? :P --Doozer 19:34, 11 January 2006 (PST)


 * It should probably be PlayStation 2. We can drop the names Sony, and Microsoft. Nintendo and Sega seem to be the only ones who actually tack their company names onto the actual system. --Hack 19:56, 11 January 2006 (PST)


 * I think the Systems just should have the most reconizable name (NES, Super Nintendo, Nintendo 64, Nintendo DS...)

 I also think the systems should be under who makes them (Nintendo, Sony, Microsoft) and shouldn't be separated into handhelds and normal consoles! Here are some systems your missing:

Atari 2600, Atari 5200, Atari 7800 (you have atari but there was never an "Atari" console, there are more, but im not getting into the neddy gritty unless you want me to) Sega Saturn, Sega CD, Sega 32X PC! and if its "sega dreamcast" then it should be "sega game gear" '

I also think we should have a little info about each system (year released, blah)

--User:XfollowthereaperX 1:00, 14 January 2006 (PST)
 * I've put together a (very basic) ConsoleInfo template for the console pages. There's not a lot of info on it, but I didn't think we'd need much else - this is a games wiki, not a hardware one after all. --Aniki21 10:10, 15 January 2006 (PST)

Art/Screenshot of the Week
Feel free to suggest. Upload all of your candidates and post them on the talk page for Main_Page. --Echelon 02:47, 8 January 2006 (PST)

Series Guide?
Should there be guides for game series (Zelda, Final Fantasy, Warcraft...)?
 * I think so. It remains to be seen how we'll accomplish this, however. I'll be working on Ocarina of Time first, followed by Majora's Mask. At that time I'll find a way to link the Zelda games together. --Echelon 13:25, 7 January 2006 (PST)


 * Perhaps we should think of incorporating Wikipedia entries for the game series in some fashion? Either a link or the actual article might work. StrandOfLight 01:37, 8 January 2006 (PST)


 * While we're not an informational database on games (there's already a wiki just for that, and there's also wikipedia), we can incorporate any GFDL materials. I would suggest that we use what we can while still maintaining a mostly-strategy guides policy. Some background information can be nice, but let's not import purely informational articles about the history of, say, Mario Bros. At least that's my two cents. Echelon 02:10, 8 January 2006 (PST)
 * On that note, I recommend an "external links" section for single-page guides or "More information" page that includes "external links" for games in the book format.


 * Ooo I like colons. Anywho, check out Final Fantasy or Zelda.  Are those what you're talking about?  You could always include extra pages relating to what links them all together, etc. -- ArlanKels
 * Or, have you seen the Wikipedia pages? Look at the bottom. I like how they do those series boxes. --Echelon 05:39, 18 January 2006 (PST)


 * Well, are we talking about release history of games and plot, or how the games connect to each other? Because, I can easily see speculation thrown around with certain serieses, such as the Megaman series... --Netmonmatt 08:19, 24 January 2006 (PST)


 * I don't see much discussion going on here about how game plots tie together - for all intents and purposes, the games are entirely separate entities from a strategy guide point of view. There's likely to be little covered, over-arching plot-wise, in these guides - or so I'd have thought. There's plenty of timeline speculation on Wikipedia I know, but trying to compile coherent connections for franchises seems to be outside StrategyWiki's purview. (Apologies if I'm overstepping my bounds in regards to StrategyWiki's "purpose") --aniki21 08:24, 24 January 2006 (PST)


 * Yes, they would be considered separate for the most part... But what about some games like the .Hack series? Would they be considered separate, as events and actions from one game carry over to the next? Or Wild Arms 4, where you can upload data from Wild Arms: Alter Code F to unlock items and extras? It makes me wonder how in depth you would get in those scenarios... --Netmonmatt 08:31, 24 January 2006 (PST)


 * How in-depth are the changes/carry-overs we're talking about, though? For instance, in Shenmue 2 (DC), if you picked up any extra moves, capsule toys or whatever in the original you were able to access them in the sequel, but the plot remained identical in Shenmue 2 regardless of what happened in the first game. Is there a bigger impact on the later .hack games from the earlier ones? --aniki21 09:00, 24 January 2006 (PST)

Console Designation in Title?
Should there be a standard for including console names in game titles? There are often differences between the each console's edition, so perhaps we should create a Disambiguation page for each multiple-console title? Perhaps the title listing in every index page can link to the disambiguation, with "Title Name (Console)" for the actual item. If the differences are extremely minor, then perhaps a single guide page, and a separate "Differences" section or page. Thoughts? --StrandOfLight 01:55, 8 January 2006 (PST)
 * Yeah, this is most definitely what we shall be doing. If the differences are minor, there will only be an addition of a "versions" page. If the games are entirely different, however, they will be in the wikipedia-style disambiguation. Good to state it for the record. We should put this in our policy somewhere. --Echelon 02:05, 8 January 2006 (PST)
 * Aside from game controls, special moves (fighting games), and cheat codes; do any games actually exist where the plot is different from system to system?--RandomSkratch 14:28, 8 January 2006 (PST)
 * Sometimes a title can be deceiving. Note many movie- and TV-licensed games appear on many consoles including handhelds. King Kong is one example. The Game Boy Advance version of that is most certainly different from the Xbox 360 version. We should have one guide for each version of the game that is distinct enough from the other guides to need completely new information. However, there are times when a game is mostly the same but not quite. Silent Hill 2 is one example; when it came out for the Xbox it had some additional content, if I remember correctly. That should be included in the "Silent Hill 2" guide but the fact that a section only applies to one version should be noted. --Doozer 20:47, 8 January 2006 (PST)
 * Should we implement this right away then, in terms of renaming all of the existing guides? Also, should we start recording this sort of policy in StrategyWiki policy pages? --StrandOfLight 19:35, 9 January 2006 (PST)
 * I just started Standardization. I won't be able to edit it until tomorrow afternoon, but by all means feel free to jump in. We need some standards in place. --Echelon 02:30, 10 January 2006 (PST)
 * The problem with this page, eche, is that what if different regions mean completely different games? And each game has multiple regions on different systems... Take DDR as an example. Dance Dance Revolution/Disambiguations --Sakurina 18:53, 11 January 2006 (PST)

Standards & Conventions
I think it's better to start addressing the issue of standards and conventions sooner rather than later. So, some of my initial suggestions: We should try to model information on Controls after a game's instruction booklet. Buttons should be in bold, and each function (if there is more than one) should be separated by a semicolon, with any side-notes about the control below and bulleted. See the Ocarina of Time page for a good example. Pictures should be relevant, important, and kept to a minimum. On the SSB.M page for example, the pictures of Mario, and Bowser crushing Kirby seem unnecessary to me, and they both have poor, uninformative captions. We should concentrate on informative pictures like maps first, I think. Objectivity needs to be kept in the guides while opinions like "Ness is the best character known to date" need to be kept out. Spelling and grammar need to be checked by everyone before they edit something, at least by just copying the text into MS Word and looking for any misspellings (that's what I do). Please also check capitalization of things like "Gold Skulltula." Although the strategy for the beginning of Ocarina of Time is more interesting to read than a simple "go here, do that", I think we should consider whether our primary purpose is to entertain, or provide useful information. Text like "but Link knows deep inside that this was not to be the happy day his friends would expect it to be" is unneeded and, even worse, is completely made up. No one knows what Link thinks, so don't write about it. -- Ashandarei 16:37, 8 January 2006 (PST)


 * Everything you bring up is very, very timely and couldn't have been better stated. The last statement was especially important, as that was more or less my fault. I'll get to work and address these issues, especially the editing standards which will need to be delt with ASAP. --Echelon 01:53, 9 January 2006 (PST)


 * On that first note: maybe we should develop an blank image of a controller have people use that template to make a image for Controls...because informative visuals are good. ;) --Spiritsnare Flux 07:16, 9 January 2006 (PST)
 * I would really like it if we did that. But we've got to find some good diagrams. --Echelon 11:44, 9 January 2006 (PST)
 * Perhaps we should use high quality scans of the controller diagrams in the manuals. A high-res scan, then clean it up in Photoshop/GIMP, and use it as a standard on all "Controls" pages.  I think it would also fly under | fair use laws. --StrandOfLight 19:48, 9 January 2006 (PST)
 * That would be great!! I can't get them myself, but three cheers to someone who does! What a teriffic way to do it. --Echelon 01:59, 10 January 2006 (PST)
 * Sounds good. There's already a vast number of scans at sites like http://www.replacementdocs.com and http://www.hqscans.org. You'd just need to extract the images with a PDF disassembler. It might also be beneficial to develop button graphics like these for cheats etc. rather than constantly writing out the textual equivalent. Garrett 13:23, 11 January 2006 (PST)
 * Regarding the controls layout, what about games which require more than one control system? For instance, Shenmue has different controls entirely while walking and fighting, and something like GTA:VC has different controls for different types of vehicles (aircraft vs regular cars or walking, for instance). It would seem unwieldy (not to mention heavy on bandwidth) to have several controller pictures labelled differently for these games. I know it's not going to be very common, but I'd still like it taken into consideration. --Aniki21 01:47, 13 January 2006 (PST)
 * And also on that note, things could get complicated further by multi-format titles with multiple control styles. Not to mention PC games. --Aniki21 02:23, 13 January 2006 (PST)

Developer Pages?
Do we want pages for developers/publishers and the like? Right now I don't think there are any, but I think it would be a necessary addition. --Poody
 * I think that's a great idea. I've been thinking of getting started on those but hadn't gotten around to it yet. If you want to begin making pages for publishers/studios then by all means please do! --Doozer 23:28, 8 January 2006 (PST)