This is a sample page for the tsgdoc Wiki and can be used as reference for creating new pages. Note that this introduction is conventionally placed above the Table Of Contents (TOC), so visitors can immediately see what this page is about, instead of having to scroll passed the TOC.
For more general wiki conventions and formatting help , visit the MediaWiki Formatting Guide.
Always try to group and categorize your information in a logical and user-friendly way. Prevent redundancies: only create subcategories if there are more of them at the same level (levels are indicated by number of = signs before and after the header), otherwise just collapse to the parent.
You can add many levels of subheaders as you like, but after level 3 they become quite hard to distinguish and will clutter the TOC. If a subject requires many sub-subcategories, consider giving the subcategory its own page. Alternatively, if the sub-subcategories are only small in content, you could make non-TOC headers with simple bold text.
To optimize screen space, images should be placed in a floating window, aligned to the right side of the screen. Larger images can be automatically resized to thumbnails, by specifying the thumbnail width. 300px is the preferred thumbnail size. Adding a description underneath the image is appreciated. For more image formatting guidelines, visit the MediaWiki Images Guide.
Images that are used, for instance, as part of a step-by-step tutorial can be placed inline, with larger size to make them more readable. The exact size is up to you, but the width should not exceed 720px.
You can prevent text that is placed after the image from flowing next to the image by placing an HTML break behind it.
For tables, use the Wikitable markup. It is more readable and easy on the eye than the default one. There are multiple ways to create rows and columns, some used in the example below, but for more information, consult the MediaWiki Table Formatting Guide.
By default, table columns will scale to fit the contents of the cell, but this usually results in a messy-looking table. Set fixed column-widths to keep the table nice and tight.
For binary entries (e.g. Yes/No), a background color can be used to make it easier to recognize.
|Item 1||Item 2||Item 3|
If you want to add code, the syntax might interfere with the Mediawiki syntax. To prevent this from happening, place your code in one of the following preferred ways:
Fixed format text for short, single-line code.
1Long code, spans entire width of the page 2 3If your code is longer than, say, 50 lines, you can add a style attribute to introduce a scrollbar, as sampled here. For a 50-line cutoff, use style="height:50em; overflow:auto;". 4Note that this method will cause the print version of the page to cut off the code at the line limit mark and not print the rest of the code. 5I might fix that, but if it's really crucial to have an entire page full of code, you should probably give it a separate page. 6 7<!-- start slipsum code --> 8 9Normally, both your asses would be dead as fucking fried chicken, 10but you happen to pull this shit while I'm in a transitional period so I don't wanna kill you, I wanna help you. 11But I can't give you this case, it don't belong to me. 12Besides, I've already been through too much shit this morning over this case to hand it over to your dumb ass. 13 14You think water moves fast? You should see ice. 15It moves like it has a mind. Like it knows it killed the world once and got a taste for murder. 16After the avalanche, it took us a week to climb out. 17Now, I don't know exactly when we turned on each other, but I know that seven of us survived the slide... and only five made it out. 18Now we took an oath, that I'm breaking now. 19We said we'd say it was the snow that killed the other two, but it wasn't. 20Nature is lethal but it doesn't hold a candle to man. 21 22http://slipsum.com
For command-line code, you can also style it like this for clarity:
ping 127.0.0.1 -n 50 -l 1024
You could also use the <tt> <pre> and nowiki tags if better suited for your needs, whatever works best to present the code as clear and readable as possible.
Download links are presented as list items and are descriptive. This means you don't waste space by pasting the entire url or writing something like "Click here to download the documentation". Examples:
- Thumbnails 720px wide still fit comfortably within a browser window on half a 1920px desktop monitor.