StrategyWiki:Guide/Main game page

Starting a guide can be a tedious process for the newbie, but by the time you've finished reading you'll be starting a new guide each week.

Differences from plain text guide writing
Before we get into the elaborate details, there are some importand and fundamental differences from traditional guide writing.


 * Nobody "owns" guides. All content is licensed through the GFDL.
 * There are no closing comments sections. Each guide is considered to be written by the community. Writings speaking for the community, or any other for that matter, are not welcome.
 * There is no copyright section. The disclaimers link at the end of the page outlines the terms of the GFDL.
 * No contacting section. That means no e-mail addresses or chat handles. Use talk pages, instead.
 * No credits section. A list of contributors is recorded automatically by MediaWiki.
 * No attribution. All your edits are automatically attributed in the page history.
 * You can use rich text formatting and HTML. (bold, italic, underline, hyperlinks, etc.) using MediaWiki markup and HTML.
 * Tables are allowed, as long as you use HTML or wikimarkup for them.
 * Images that enhance the quality of a guide are allowed. We provide a place to upload images onto our servers.

Crediting sources
If you find yourself in the situation that you need to credit information, you can do so using ref and note. Because information (including cheat device patch codes) cannot be copyrighted or otherwise protected, you can take cheat codes or item stats from other guides as long as your wording and presentation of those details are sufficiently different.

Organize well
Keep paragraphs short. Their size will vary depending on screen resolution and font size, but as a general rule you should start a new paragraph whenever something major takes place or it just seems like a good place. For example in an adventure game using a paragraph for each major location or location change is probably a good idea. Whatever is most fitting and appropriate for the guide while not being redundant is welcome.
 * Use sidebar for notes that accompany a page that aren't a necessary feature of it. Using the sidebar to indicate the location of a sidequest collectible or rare vehicle or whatever will help those looking for those things while not interrupting those only interested in the core subject of the page.
 * Take notes on paper or in Notepad while playing the game, as it is a lot easier than playing back through whole portions of the game just to describe something you didn't before. You can, of course, refer to other guides to refresh your memory of the specifics.
 * Don't bother using tabs or multiple spaces to align text. These don't appear in the final page. If you want to lay something out in a specific way, use a table instead.
 * Don't use more than a single blank line between sections. Any more than one will create obvious blank space in the saved page, which generally looks bad.
 * Don't use ASCII artwork on StrategyWiki. Use images instead.
 * Don't use any form of JIS (e.g. JIS encoding or Shift-JIS) for Japanese. Instead, use normal ASCII characters (e.g. ゼルダの伝説). Modern browsers support both, but ASCII works immediately whereas JIS requires the user to first manually change the character encoding in order for the characters to display correctly.

Getting Started
The first thing is to choose a game to write for. It's best to choose a game you like and have played through completely to be fully able to write about it.


 * You will need some amount of motivation or ambition to work on your chosen game. If you meet another fan also interested in working on that game; that's great, this will distribute the workload.
 * You don't have to immediately jump into writing the walkthrough (which is often times the hardest part). If you want to concentrate on an item list or boss strategies to get used to wiki guide writing, that's fine.
 * Changes go live the moment you hit save. You can write as much or as little at a time as you like.

Remember, if you're ever uncertain of how to lay out your page, you can use the Sandbox. Bear in mind that it's a free-for-all workspace; if you come back later and your work is gone, check the history for the last edit beside your username. By editing this old revision you can get back what you were working on.

Before any work is done on the guide at all, there must be a main page first. Setting up the main page for a new guide has been simplified with the use of the template buttons above the edit box. Simply click on the "new game guide" to be given a basic layout, then just fill in the blanks. If you can, write a summary or introduction to the game (see other guides for examples of such). This should include a few lines about the history of the game and some spoiler-free teasers about the beginning of the plot. At all costs, avoid any spoilers on the main page.

Alternate titles
If a game is known under other names, redirect that name to the most common one and mention it there, e.g. "Grappler (known as Bad Bros in Japan) is a beat-'em-up for the Sega Genesis". To help people find it using that other name, include the game's categories on the redirect page. This will make it show up in those categories under both names. Redirecting common misspellings (e.g. Megaman instead of Mega Man) is also a good idea, but because the names are so similar they do not need categories.

Versions
If a particular version of the game has changes (such as more/fewer characters or remixed levels) this should be explained on the appropriate pages. If a feature with an identical name is different enough in particular versions that it cannot be covered on the same page, disambiguate it at the top something like this:
 * For the Game Boy Advance stage see Game/Level 1 (GBA) .

If the other version is significantly different enough that it should be covered separately, use a similar disambiguation on the cover page only and name the other guide with that system's common abbreviation.

Formatting
MediaWiki formatting is more involved than plain text, but much easier than HTML. See Help:Editing for more details.

Images
Remember the famous saying "a picture says a thousand words"? If you're trying to describe a route or puzzle solution that takes a lot of words to explain, it might be easier to draw it and refer to the map.

Image Formats
As a general rule, "When in doubt, use PNG". The four most common formats are:
 * PNG has excellent lossless compression as well as multiple levels of transparency. Always try PNG first.
 * BMP is lossless but has no compression. Never use BMPs, use PNG instead.
 * GIF has good compression but not as good as PNG. It only supports a small palette (216/256 colors), and dithers anything outside that palette. Use PNG instead, unless you're using an animation (QuickTime animations or movies are good alternatives.)
 * JPEG is good for pictures with thousands of colors, but its compression method corrupts simpler images with compression artifacts. Use PNG unless the resulting filesize is excessive (say, over 100 kb). Also, avoid saving your JPEG images with Microsoft Paint when possible, as it's been known to cause compatibility issues among certain clients.

Of course, there are many other image formats out there, but StrategyWiki generally only welcomes the formats mentioned above. When in doubt, consult a sysop or other knowledgable individual.

Image Maps
Client-side image maps are also welcome on StrategyWiki. Upload the .map file. Using the same filename for the map and image will help demonstrate their association. See The Legend of Zelda: Ocarina of Time/Maps/Overworld for a good example of an image map.

Image maps can be inserted as follows:

Note that Media: is used rather than Image:.

Attribution
Like the rest of the site, do not use attribution on your image; this information instead goes on the image description page.

Can I use others' info?
Yes, but always rewrite anything you use unless the source allows to quote them (but a rewrite is still best). It's considered good form to credit the source (use ref and note for this), but it's by no means it is mandatory. Regardless of statements to the contrary, authors have no rights whatsoever to the information they are conveying, they only own their specific wording and presentation of that idea.

What is "drivel"?
"Drivel" is defined as unnecessary information or the wrong case. Saying "this character sucks" or "I usually go with the girl" is drivel. Because guides don't have fixed authors, using first-person wording is a bad idea. You could instead try wordings like "some players recommend" or "it is recommended". Similarly, while you might think a particular character or feature is bad or good others might not; instead, try to give good reasons why that particular thing isn't good (e.g. "his attack is good, but he has too little health to survive long against bosses").

What about history pages?
No. MediaWiki keeps an automated history list, so you can enter things like "spellchecked" or "rewrote incorrect controls list" in the edit summary to easily keep a history list. As a general rule, use the talk page of the appropriate page for everything else. Such pages may not be part of the main guide nor may they be linked from them, but including one on the appropriate talk page is a useful way to find others interested in working on the game. Describing your role (e.g. "working on the food items list") will help others know what you're mainly working on.

Starting your guide
Now that you've decided on a guide to work on, you'll need to start it up and fill out an infobox. If there is an empty link to the guide, you can click on it to start it up. If there isn't, type in the name of the game in the search engine, (remember to spell check and capitalize properly), and click search. It will then show any results if it found any, and ask if you'd like to start the guide. Start it up, and then click on the new game guide. It will put up the template for the infobox.

Cover
This page serves as an introduction to the game. As a rule there won't be actual guide content on this page, but things like the storyline or description of acronyms/abbreviations to be used in the subpages might be a good idea.

If the cover doesn't already exist, use  to populate it with an empty infobox and Table of Contents. You can then edit the page and fill in the details. There should be a brief introduction describing the game (much like the start of a Wikipedia article). If you want to link the the Wikipedia article, use Wikipedia, or  if the Wikipedia article has a different name.