CyberAcme:Style guide: Difference between revisions

(Removed redirect to CyberAcme:Manual of Style)
Tag: Removed redirect
(Added section from the Manual of Style about specific styling in the Wiki.)
 
(11 intermediate revisions by 3 users not shown)
Line 1: Line 1:
== Style ==
''This section is transcluded from [[CyberAcme:Manual_of_Style]]''.
*'''Spelling''': {{SITENAME}} has no preference as to whether to use [[wikipedia:American English|American English]] or [[wikipedia:British English|British English]] - however, once one style is defined within an article it should be employed consistently. Article titles, however, still preference American spellings.
*'''Italics''': titles of any media and ships in the ''Marathon'' universe should always be italicized. An exception to this would be those for citation purposes.
*'''Boldface''': in any article introduction, the article's title/name must be '''bolded'''. The introduction title/name should not have links within them.
*'''Measurement''': unless presented as such, always use the [[wikipedia:Metric system|Metric system]] over [[wikipedia:United States customary units|US customary units]] as the primary measurement. Make sure to present the US customary units in brackets after the metric system (i.e. 130 kg (286 lbs), 2.18 meters (7'2")).
== Beginning articles ==
Articles should always give a general overview of its subject first, '''bolding''' the first mention of it. Specific details should be left further below the introduction.
== Writing tense ==
== Writing tense ==
Keep all articles in the past tense, new or old games. As details develop or things are retconned, we can add more detail later. Present tense and past perfect make reading things more confusing as live developments are going to be very common.  
Keep all articles in the past tense, new or old games. As details develop or things are retconned, we can add more detail later. Present tense and past perfect make reading things more confusing as live developments are going to be very common.  
Line 5: Line 16:


== Sourcing ==
== Sourcing ==
Sources should be used as often as possible. Outside of plot synopsis, everything from AI roles to character origins should have a source. As Marathon tells its story in terminal format with wildly different interpretations, things need to be backed up with terminal entries. Also, make sure you understand the context of the terminal before sourcing.  
Sources should be used as often as possible. Outside of plot synopsis, everything from AI roles to character origins should have a source. As Marathon tells its story in terminal format with wildly different interpretations, statements need to be backed up with terminal entries. Also, make sure you understand the context of the terminal before sourcing.


== Theorycrafting ==
== Theorycrafting ==
Theorycrafting should be kept to a minimum. I know we all like Marathon, but the series' main appeal is piecing things together yourself and reaching your own conclusions. More ambiguous entries such as [[Kill Your Television (Level)|KYT]], [[Gherrit White]] and the [[Marathon: Infinity|Infinity]] timelines should remain objective as to what transpires directly from the text. The connections between them and how they fold into the larger narrative should be left as open as possible.
Theorycrafting should be kept to a minimum. I know we all like Marathon, but the series' main appeal is piecing things together yourself and reaching your own conclusions. More ambiguous entries such as [[Kill Your Television (Level)|KYT]], [[Gherrit White]] and the [[Marathon Infinity|Infinity]] timelines should remain objective as to what transpires directly from the text. The connections between them and how they fold into the larger narrative should be left as open as possible.


== References ==
== References ==
References should contain be written as: ''Game,'' Mission name, '''Terminal number'''  
=== Marathon Trilogy terminals ===
In general, Marathon Trilogy terminals should be referenced in this style: ''game'', '''level''', Terminal number. A template is provided below
 
<code><nowiki><ref>[https://marathon.bungie.org/story/ ''game'', '''level''', Terminal number]</ref></nowiki></code>
 
In some cases, one terminal will display different messages during the events of the level. In that case, use <code>Terminal number: message name</code>.
 
{| class="wikitable"
|+ Examples:
|-
! Article !! Editor
|-
| [https://marathon.bungie.org/story/arrival.html#M1.00.1.1 ''Marathon'' (1994), '''Arrival''', Terminal 1] || <code><nowiki><ref>[https://marathon.bungie.org/story/arrival.html#M1.00.1.1 ''Marathon'' (1994), '''Arrival''', Terminal 1]</ref></nowiki></code>
|-
| [https://marathon.bungie.org/story/arrival.html#M1.02.5.1 ''Marathon'' (1994), '''Never Burn Money''', Terminal 5: 'Unfinished' message] || <code><nowiki><ref>[https://marathon.bungie.org/story/arrival.html#M1.02.5.1 ''Marathon'' (1994), '''Never Burn Money''', Terminal 5: 'Unfinished' message]</ref></nowiki></code>
|}
 
=== Repeated references ===
Sometimes, a specific terminal will be referenced multiple times throughout an article. To save time and space, <code><nowiki><ref name = "refname"></nowiki></code> can be used instead of <code><nowiki><ref></nowiki></code> so references can be easily reused.
 
A suitable <code>ref name</code> would be the subject of the terminal referenced, or an abbreviation of the level's name and the terminal number. For the first terminal in ''Marathon'' (1994), a <code>ref name</code> might be <code><nowiki><ref name = "arrivalterm1"></nowiki></code>.
 
The first reference would be written:
 
<code><nowiki><ref name = "terminal">[https://marathon.bungie.org/story/ ''game'', '''level''', Terminal number]</ref></nowiki></code>
 
Afterwards, the reference would be written:
 
<code><nowiki><ref name = "terminal"/></nowiki></code>
 
=== Naming ''Marathon'' titles in references ===
Because there are two games titled ''Marathon'', terminals from ''Marathon'' (1994) should be referenced with its release year, like below:
 
<code><nowiki><ref>[https://marathon.bungie.org/story/ ''Marathon'' (1994), '''level''', Terminal number]</ref></nowiki></code>
 
''Marathon 2: Durandal'' and ''Marathon Infinity'' should always be written and italicized like so.
 
The new ''Marathon'' game should be referenced as ''Marathon'' (202X), until the release year is made known.
 
=== Level titles with punctuation ===
If the level that is being referenced ends with a punctuation mark, do not add a comma after it. For example:
 
<code><nowiki><ref>[https://marathon.bungie.org/story/durandal.html#M1.12.1.1 ''Marathon'' (1994), '''Fire! Fire! Fire! Fire! Fire!''' Terminal 1]</ref></nowiki></code>
 
This would produce a reference that looks like this:


With an embeded link to the corresponding terminal on the [[Marathon Story Page|Marathon story page]].
[https://marathon.bungie.org/story/durandal.html#M1.12.1.1 ''Marathon'' (1994), '''Fire! Fire! Fire! Fire! Fire!''' Terminal 1]


If done properly, the reference would look like this:
=== Reference note guidelines ===
Using <code><nowiki><ref></nowiki></code> will create a reference note at that location in the text, so it is important that the reference follows punctuation and is put in the right location. A <code><nowiki><ref></nowiki></code> should always go after punctuation – not before punctuation – and multiple <code><nowiki><ref></nowiki></code>s for one sentence should have no space between them.


[[File:Reference template.png|frameless|358x358px]]
[[Category:Help]]

Latest revision as of 17:17, September 21, 2023

Style

This section is transcluded from CyberAcme:Manual_of_Style.

  • Spelling: CyberAcme has no preference as to whether to use American English or British English - however, once one style is defined within an article it should be employed consistently. Article titles, however, still preference American spellings.
  • Italics: titles of any media and ships in the Marathon universe should always be italicized. An exception to this would be those for citation purposes.
  • Boldface: in any article introduction, the article's title/name must be bolded. The introduction title/name should not have links within them.
  • Measurement: unless presented as such, always use the Metric system over US customary units as the primary measurement. Make sure to present the US customary units in brackets after the metric system (i.e. 130 kg (286 lbs), 2.18 meters (7'2")).

Beginning articles

Articles should always give a general overview of its subject first, bolding the first mention of it. Specific details should be left further below the introduction.

Writing tense

Keep all articles in the past tense, new or old games. As details develop or things are retconned, we can add more detail later. Present tense and past perfect make reading things more confusing as live developments are going to be very common.

Third Person Omniscient is the main perspective to keep. Objectivity is key, despite what terminals may read about a character's view on things, keep those views to the character's article or to the Quotes section.

Sourcing

Sources should be used as often as possible. Outside of plot synopsis, everything from AI roles to character origins should have a source. As Marathon tells its story in terminal format with wildly different interpretations, statements need to be backed up with terminal entries. Also, make sure you understand the context of the terminal before sourcing.

Theorycrafting

Theorycrafting should be kept to a minimum. I know we all like Marathon, but the series' main appeal is piecing things together yourself and reaching your own conclusions. More ambiguous entries such as KYT, Gherrit White and the Infinity timelines should remain objective as to what transpires directly from the text. The connections between them and how they fold into the larger narrative should be left as open as possible.

References

Marathon Trilogy terminals

In general, Marathon Trilogy terminals should be referenced in this style: game, level, Terminal number. A template is provided below

<ref>[https://marathon.bungie.org/story/ ''game'', '''level''', Terminal number]</ref>

In some cases, one terminal will display different messages during the events of the level. In that case, use Terminal number: message name.

Examples:
Article Editor
Marathon (1994), Arrival, Terminal 1 <ref>[https://marathon.bungie.org/story/arrival.html#M1.00.1.1 ''Marathon'' (1994), '''Arrival''', Terminal 1]</ref>
Marathon (1994), Never Burn Money, Terminal 5: 'Unfinished' message <ref>[https://marathon.bungie.org/story/arrival.html#M1.02.5.1 ''Marathon'' (1994), '''Never Burn Money''', Terminal 5: 'Unfinished' message]</ref>

Repeated references

Sometimes, a specific terminal will be referenced multiple times throughout an article. To save time and space, <ref name = "refname"> can be used instead of <ref> so references can be easily reused.

A suitable ref name would be the subject of the terminal referenced, or an abbreviation of the level's name and the terminal number. For the first terminal in Marathon (1994), a ref name might be <ref name = "arrivalterm1">.

The first reference would be written:

<ref name = "terminal">[https://marathon.bungie.org/story/ ''game'', '''level''', Terminal number]</ref>

Afterwards, the reference would be written:

<ref name = "terminal"/>

Naming Marathon titles in references

Because there are two games titled Marathon, terminals from Marathon (1994) should be referenced with its release year, like below:

<ref>[https://marathon.bungie.org/story/ ''Marathon'' (1994), '''level''', Terminal number]</ref>

Marathon 2: Durandal and Marathon Infinity should always be written and italicized like so.

The new Marathon game should be referenced as Marathon (202X), until the release year is made known.

Level titles with punctuation

If the level that is being referenced ends with a punctuation mark, do not add a comma after it. For example:

<ref>[https://marathon.bungie.org/story/durandal.html#M1.12.1.1 ''Marathon'' (1994), '''Fire! Fire! Fire! Fire! Fire!''' Terminal 1]</ref>

This would produce a reference that looks like this:

Marathon (1994), Fire! Fire! Fire! Fire! Fire! Terminal 1

Reference note guidelines

Using <ref> will create a reference note at that location in the text, so it is important that the reference follows punctuation and is put in the right location. A <ref> should always go after punctuation – not before punctuation – and multiple <ref>s for one sentence should have no space between them.