RTGame:Style guide
This style guide is made to make the RTGame Wiki easy to read by having the same standard across pages. The following guide is intended as a reference for general situations. It may not cover every situation that may come up.
For a more complete manual of style, the Wikipedia Manual of Style may be useful.
Article titles
A title should always be exactly the same as the name of the subject, except when multiple subjects have the same name (and thus disambiguation parentheses are required).
- If there are multiple locations with one name, denote the differences with parenthesis.
- If this is for the Minecraft server, only use the first version number of the server.
- For example: Sai City (1.14), Sai City (1.16).
- Block capitals should not be used in titles (Article titles, not ARTICLE TITLES).
- Use italics if needed, conforming to RTGame:Style guide#Italics.
- Do not use articles (a, an, or the) as the first word, unless it is an integral part of a name.
- Use full name instead of abbreviations if possible. Use a redirect if the abbreviation is common.
- Use straight quotation marks or apostrophes, create a redirect for curly ones if needed (Use ' and not ’).
Sometimes technical restrictions of MediaWiki prevent editors naming pages as they desire:
- The subject name does not begin with a capital letter.
- The subject name includes a
/
. - The subject name includes a character that cannot be used in page names, including
# < > [ ] | { } _
. - The subject begins with a string that would put the page in the wrong namespace. Such strings might include:
Project:
,File:
, orUser:
, etc.
In such cases, problem characters should be replaced substitutes of left out altogether. Generally, replace |
with -
, and :
in namespaces with -
; leave out "#"".
Layout
A simple article should have at least a lead section, references, short description, and a SEO template. The rest can be added when needed. For more details on template placement, see RTGame:Templates.
- Before the lead section
- Related articles templates
- Maintenance templates
- Infoboxes
- Images (if no infoboxes)
- Body
- Lead section (also called the introduction)
- Content
- Trivia
- Gallery
- See also
- Notes
- References
- Bottom matter
- Navplates
- SEO template
- Short description
- Categories
- Stub templates
Sections and headings
Separating articles into sections makes them easy to read and navigate. Headings are used to splitting articles into sections.
Markup
- Use equals signs around a section heading:
==Title==
for a primary section,===Title===
for a subsection, and so on to======Title======
, with no level skipped. =Title=
is never used.- Spaces around the title are optional and ignored, e.g.
== Title ==
.
Wording
- Keep heading short
- Use sentence case (capitalize only the first letter of the first word and the first letter of any proper nouns).
- Not redundantly refer back to the subject of the article (e.g., Early life, not Smith's early life or His early life).
- Not refer to a higher-level heading, unless doing so is shorter or clearer.
- Not be numbered or lettered as an outline.
- Not be phrased as a question.
- Avoid the use of colour or unusual fonts that might cause accessibility problems.
- Not wrap headings in markup, which may break their display and also cause additional accessibility issues.
To avoid technical complications:
- Be unique within a page, so that section links lead to the right place.
- Avoid links, especially where only part of a heading is linked.
- Avoid images or icons.
- Avoid templates.
- Avoid citations or footnotes.
Lead sections
A lead (introduction) summarizes the most essential points of an article, creating interest in the topic.
- Subject should be defined within the first 250 characters.
- Should be limited to a few paragraphs.
- Subject should be mentioned as early as possible in the first sentence and should be bolded.
- Certain information, such as strategies and trivia, should be in a separate section instead of in the lead.
Text elements
Internal links
- Don't link the same article more than once, except if the article is too long or the link is in a template. For example, I Want Die may be mentioned five times. You only have to link to I Want die once.
- Piped link formats for simple plurals (
s
,es
) are generally unnecessary. For example, use[[quantum drive]]s
instead of[[quantum drive|quantum drives]]
. - On the other hand, use pipe symbols for complex plurals. For example,
[[wolf|wolves]]
instead of[[wolf]]s
.
External links
External links should be kept to official RTGame sources where possible. Some examples of which include:
- RTGame Twitch
- Twitch Clips
- RTGame Stream Archive Channel
- RTGame Youtube
- RTGame Twitter
These are best used as references and should be sourced where possible.
Font colours
Coloured font should be avoided except for templates. If you need to use a coloured font, you might want to create a template instead.
Bold
Boldface is commonly used on the wiki, but restricted to several usages:
- First mention of the subject of the page. For example, the term I Want Die is bolded on the I Want Die page.
- First mention of the alias of the subject of the page. For example, the term RSI is bolded on the Roberts Space Industries page.
- Pseudo-heading, when a heading does not form a section and use as a stylistic heading.
- Avoid using bold for emphasis in the article text, instead use
{{em}}
.
Boldface is sometimes applied automatically, either by MediaWiki software or by the browser:
- Section headings
- Description lists
- Table headers and captions (but not image captions)
- A link to the page on which that link appears called a self link
Italics
Italics should be used in the following conditions:
- Emphasize text, but only through the
{{em}}
template or the<em>...</em>
HTML tag. - Certain names and titles. For an exhaustive list, see Wikipedia:Manual of Style for titles.
Numbers
- Use comma as the thousands separator. Separators should be used for numbers greater than 1,000.
- Do not use separators for template input, the template will format the number.
- Ranges should be indicated with an endash (
–
;–
) rather than a hyphen ("1–5" not "1-5").
Date and time
- Use DD-MM-YYYY format. Drop any unneeded precision on the right.
- Date ranges indicating a status is current should include "Present", or leave blank. Ex Start:2942 End: Present
{{Start date and age}}
can be used to indicate the passage of time (February 12, 2018 ).
Grammar and spelling
Referring to RTGame
RTGame's brand is primarily RTGame
and he should be addressed as such.
When referring to him multiple times in one article, this can be shorted to RT, but only if RTGame
has already been mentioned.
When the name differs, for example when referring to RT's Social Media accounts, you can instead use the relevant username such as RTGameCrowd
.
- The capitalisation must always stay the same.
- RT is always to be capitalised.
- The G and C in Game and Crowd respectively, should also be capitalised.
RT's real name (Daniel) should only be used in articles where this is relevant, such as talking about Daniel as a person. When using their real name, please write the name in full and avoid using any shortened variants of the name (Dan, etc).
Capital letters
Avoid unnecessary capitalization. It is primarily needed for proper names, acronyms, and for the first letter of a sentence. Note that title text should always be ignored as they are often written in title case.
Below are a list of common nouns that should always be capitalized:
- People names
- Character names
- Game names
Note that rare exception does occur, and can be discussed in the Discord if needed.
Spelling
British English should be used at all times. RTGame uses British, and so does the wiki.
Abbreviations
Abbreviations should only be used if it is defined in the article, and it does not affect the readability. Additional rules apply for article title as stated below:
- Do not use abbreviations for article title unless there is no known full name.
- Redirect acronyms and abbreviations to the article. The redirect page itself should be placed into Category:Abbreviations.
- Create Disambiguation page if two or more different meanings for the abbreviations exist, instead of a redirect page.
Point of view
- Third-person wherever possible
- Use neutral, factual information
- Avoid personal ideas and opinions
For example: "I Want Die is one of RTGames original Miis." not "I think I Want Die is the best Mii". Writing in this neutral tone will take practice, but it provides the readers with the most information and the least confusion.
Editorial notes
Please use the {{Note}}
when it's necessary to make editorial comments.
Example:
Citations & references
First of all: please do cite references.
References should link back to official RTGame sources. Some examples of which include:
- RTGame Twitch
- Twitch Clips
- RTGame Stream Archive Channel
- RTGame Youtube
- RTGame Twitter
Non-article styles
Disambiguation
Wikis must resolve ambiguous references when a link is to a term that has more than one distinct meaning. This process is called disambiguation.
When one term is clearly the more expected result, it can remain the primary link, and a {{for}}
or {{about}}
entry should head off the article. (See RTGame:Templates for examples.)
When it is not so clear, the term becomes a disambiguation page, linking to the possible meanings.
Alternate meanings take the form of Term (other meaning)
. (Note lower case for disambiguation meaning.) Alternative meanings should also have a for statement at the head of the article.
Talk and user pages
The writing style on community pages, such as talk pages and user pages, are more informal than content pages. This allows for easier, more friendly communication and a more familiar tone.
As with any personal-related content, respect is paramount when dealing with other editors and users. Insults, releasing personal information, or personal attacks will not be tolerated, even on your own user page. Please treat other editors with respect. They're people too!
See also
RTGame Wiki community | ||
---|---|---|
Projects | Search Engine Optimization • | |
Policies | Application programming interface • Copyrights • Lua • Policies • Redirect • Short description • Shortcut • Style guide • Templates • | |
Editing guides | Advanced editing • Cheat sheet • Source mode basics • VisualEditor advanced • VisualEditor basics • Your first edit • |