Help:Style manual

Index • Guides • Modding • Discord

FAQ • Search • Templates (Documentation) • Community (Maintenance • Gags)

Editing policy • Verification • Content rules (Copyrights • Licensing)

Editing manual • Style manual • List of templates • Glossary

This is BG3.Wiki's style manual. It serves as a style reference for contributors to the wiki, and is regularly updated and maintained as necessary.

Also see the wiki's editing policy.

Bg3Wiki articles use clear and easily understood language that prioritises readability over flair. Editors should strive for clarity, consistency and conciseness – less is more.

Always discuss major changes to the format of well-established articles. When the style guide is unable to provide guidance, follow current wiki convention until a consensus is reached.

Article names

Article titles and headings are usually written in sentence case, with the exception of names (see the capitalisation section of this guide).

Grammatical number

Names of articles are generally given in singular form, with a few important exceptions:

• Names of articles about classes of things are generally given in plural form (ability scores, dice rolls).
• Names of articles about things which are generally expressed as multiples are also given in plural form (hit points).
• Names of categories should usually be given in plural form.

Specific guidelines

Characters

Character articles use the character's full name (first name and last name), without any titles, aliases. Titles and aliases can be described in the text of the article. If a title or alias is very frequently used in-game, consider adding a redirect for it.

• Gut (True Soul Gut, Priestess Gut).
• Spaw (Sovereign Spaw).
• Roah Moonglow.

Nicknames or handles may be used if that is the most common usage (e.g. Rogue names):

• Nine-Fingers Keene (Astele Keene).
• Lady Ague (Ague).
• Cheeky Nora (Nora).

Companions should be named after their in-game character name instead:

• Astarion (Astarion Ancunín).

Items

Use the name of the item shown on the ingame tooltip, including the enchantment value, if any:

• Longbow +1

When an item has both an enchantment and a unique name, use the unique name without the enchantment value:

• Merregon Halberd
• Speedy Reply

Lists

Lists should generally be named using the List of ... nomenclature.

• List of features and items that affect saving throws

Sometimes it may be acceptable to drop the List of ... nomenclature, such as when the list isn't sole purpose of the page:

• Greatswords

Locations

When a location has multiple names, opt for the name displayed on the minimap while standing in that location. Create redirects for alternative names.

• Ebonlake Grotto (Myconid Colony)

If a notable location does not have a minimap name, opt for the name of the nearest Waypoint or fold the location into a larger region or area that encompasses that location (such as The Risen Road).

Subpages

Except when implemented as part of internal navigation on a page (such via the {{CombatTab}} template), subpages should be avoided.

Subpages should generally not be capitalised.

Article layout

Structure

The following is the correct order of elements on most pages (pages using page templates follow separate guidelines):

1. {{PageSeo}}
2. {{DISPLAYTITLE}}
3. {{hatnote}}
4. Notices: {{Priority}}, {{Stub}}, {{Under construction}}, {{Rewrite}}
5. Content and spoiler warnings: {{Cw}}, {{SpoilerWarning}}
6. Tab template: {{Companion tab}}, {{Combat tab}}
7. Infoboxes: {{Infobox creature}}, {{relative location}}
   1. Infobox Gallery: Contains an in-game image and a portrait of the character
8. Introduction: A brief and spoiler-free summary of the article's contents that gives context to the article.
9. Quote: A main quote that aptly summarizes the subject of the article {{DiQ}}, {{Q}}
10. TOC template: {{TOC}}
11. Body: Most of article's contents (see below).
12. Related literature: A section with links to related books, letters and notes in the game.
13. Achievements: A section with an {{achievement}} template.
14. Gallery: A section with a <gallery>. Contains any other relevant images aside from an in-game image and portrait, especially images that are too large for the infobox.
15. See also: A section with links to relevant articles.
16. Notes: A section with bulleted notes, using the {{notebegin}} and {{noteend}} templates.
17. Footnotes: A section with a {{notelist}} template (see below), using the {{notebegin}} and {{noteend}} templates.
18. References: A section with {{reflist}} templates (see below), using the {{notebegin}} and {{noteend}} templates.
19. External links: A section with external links.
20. Navboxes
21. Categories

Body

The body of an article is divided into multiple sections, each with its own heading. The exact sections used, as well as their order, vary depending on the subject matter as well as the needs of the article.

Headings

A page's headings are arranged using a six-level hierarchy. Heading 1 (=Heading 1=) is automatically generated as the title of the page. The highest hierarchy of a section heading is (==Heading 2==), followed by Heading 3 (===Heading 3===), Heading 4 (====Heading 4====), Heading 5 (=====Heading 5=====) and Heading 6 (======Heading 6======).

Section headings should always be used in consecutive order, starting with the largest (Heading 2). They should not skip numbers, for accessibility reasons.

Section order

Generally speaking, sections near the top of an article should cover more broad and contextual information, whereas sections near the bottom should include more specific information. Most spoilers should be centered in the middle sections of the article.

Information that may be difficult to place in the body of an article can be placed either in the notes (see {{notebegin}}) or footnotes of an article.

Characters

Character articles typically have a {{Infobox creature}} template and a {{Companion tab}} or {{Combat tab}} template.

Origins or permanent companions

1. Overview: A brief summary of the article as a whole for quick access to specific information.
   1. Background: A brief introduction to the character and their role in the game.
   2. Starting class: A short overview of their starting class and default subclass choices, if applicable.
   3. Special features: Any special features available only to this character.
   4. Personal quest: A spoiler-light summary of the character's personal quest.
   5. Recruitment: Where and how the character can be recruited. If multiple options are available, group them by act.
   6. Approval: A short guide to what the character generally approves and disapproves of.
   7. Romance: Indicate whether the character can be romanced or not, with a short summary of the relationship's progression or themes.
2. Description
   1. Appearance: How the character looks and dresses.
   2. Personality: How the character is like, their behaviour, expressions, etc.
3. History: The character's backstory before the events of the game. Particularly long history sections can be broken down into relevant subsections.
4. Involvement: The character's involvement in the story, as seen by the player and the party. Contains major spoilers.
   1. Name of personal quest: This section describes the events of the character's personal quest. Can be further broken into acts.
   2. Endings: All of the character's possible story endings.
5. Quest rewards: Any quest rewards the character may receive during their personal quest and related sub-quests.
6. Interactions: A brief listing of all interaction events with the character (events where the character has an exclamation mark above their head), grouped into acts.
7. Loot: Whether the character can be killed or not, and if so, the loot the character carries by default.
   1. Starting equipment: The character's starting equipment when recruited or playing as an origin, if applicable.

Non-player characters

1. Overview: A brief introduction to the character and their role in the game. (Trader, boss, where they are found, etc.).
   1. History: The character's backstory before the events of the game (if necessary). Particularly long history sections can be broken down into relevant subsections.
2. Involvement: The character's involvement in the story as seen by the player and the party, broken down into encounters per act.
   1. Act 1: involvement in Act 1.
   2. Act 2: involvement in Act 2.
   3. Act 3: involvement in Act 3.
3. Companion approval
4. Combat: A section describing any combat encounters with this character. Long combat sections, especially for boss encounters, should be moved to a combat subpage.
   1. Attacks and abilities: Abilities and spells used by the character in combat.
   2. Allies/Encounter details/Tactics: Only for articles describing a notable combat encounter that are not long enough to warrant a separate combat subpage (e.g. Tska'an).
   3. Loot: Any items that can be looted from the character.
5. Related Quests: Any quests that the character is involved in.
   1. Quest Reward: Any items, temporary bonuses, or permanent bonuses that can be obtained from this character as a quest reward.

Combat subpages

1. Attacks and abilities: Abilities and spells used by the character in combat.
2. Allies: Any NPCs that join the character in combat.
3. Conditions: A list of immunities or vulnerabilities to conditions (if necessary).
4. Encounter details: A description of what happens in the fight.
5. Tactics: Methods and advice on how to overcome the fight.
6. Bugs: A section on relevant bugs (if necessary).

Locations

Location articles, with exception of locations within Lower City, usually have a {{Relative location}} template.

1. Overview
   1. Description, or alternatively a sequence of sections named after and detailing specific locations within the location.
   2. List of characters: If the article lacks a NavBox, characters in this location can be listed in a dedicated section.
   3. Related quests: A list of quests related to the location.
2. History
3. Quests: A quest section that contains major spoilers.
4. List of interactions
5. Notable loot
   1. Quest items
   2. Quest rewards
   3. Other

Footnotes and references

Footnotes add additional explanations or detail to a statement that would otherwise be difficult to place in the articles, whereas references inform the viewer where the information comes from.

Footnote tags are added using {{note}}, and are listed using the {{notelist}}.

Footnote tags are added using {{ref}} or {{cite web}} (in the case or URLs), and are listed using {{reflist}}.

Footnote and reference tags should always be added immediately after punctuation, with no space or break between the tag and punctuation.

References can, and often should, be added to footnotes as well.

On articles with a limited amount of footnotes and references, the two sections can be combined into a single section, using {{reflist|note}} to list notes.

Page templates

Most action, spell and item pages have three distinct, but similar, fields: summary, description and quote.

The summary field should contain a summary of the subject matter of the article. The description field is a concise but precise description of the what the action, spell or item does. The quote field is reserved for quotes from the game.

Neither the summary nor the description of a page need to be identical to the description used in the game, but it should still accurately reflect the game. If the in-game description is incorrect, the description used on the wiki should reflect the gameplay, and any contradictions noted on the page, such as in a notes section.

"Where to find" sections

When describing where to find an item, include all of the following details:

1. A description of the location of the item - or the source, if it's a quest reward or sold by a vendor
   • Include both broad and specific information in this description, as needed (e.g. "Found in Act One in the Underdark. The sword is near the Selûnite Outpost, embedded in a rock (X:116, Y:-192).")
2. Instructions for any additional steps necessary to find or obtain the item (e.g. 'Jump up to the ledge behind the purple mushroom.')
3. Map coordinates of the item, if applicable, in the format (X:123, Y:123)
   • This can be done in the form of the {{coords}} template: {{Coords|123|123}}

Lengthy instructions can be formatted with sublists, as necessary:

• Can be found near the sign that says "Here Lies Our Dear Leader", after solving the Torch Puzzle.
  • By the north end of Pickens' farm, jump across the gap onto the three large rocks, then light the numbered torches in the following patterns: 6, 9, 2, 3. The item will then appear near the sign.

When an item can be found in multiple places, list all known locations. Exception: For common and very plentiful items, don't worry about documenting every location via text. Instead, consider working with other wiki editors to generate a map of all locations or include a link to an external map resource.

Spelling

The wiki, like Baldur's Gate 3, follows British English grammar and punctuation rules. Aim to consistently employ these rules wiki-wide for consistency.

Aim to consistently employ British spelling rules wiki-wide, particularly when copying text directly from the game, as with item, feature, and spell descriptions.

• Armour (Armor)
• Defence (Defense)
• Colour Spray (Color Spray)

Abbreviations

Abbreviations of game concepts

See the glossary for common examples of abbreviations used on BG3Wiki.

On articles introducing and describing commonly abbreviated mechanics and concepts, the first mention of a word on those articles should use the non-abbreviated version and should introduce the abbreviation immediately after. Uses after this should usually use the abbreviated versions.

Other pages should use abbreviations for game mechanics when they're consistent with the game's usage. The terms AC and DC should almost always be abbreviated.

Quotes should always use the abbreviations (or lack thereof) used by the source they are quoting.

Contractions

Avoid contractions such it's, aren't or doesn't. Instead use it is, are not and does not.

Capitalisation

Articles and their contents, including article names and headings, are given in sentence case.

Capitalise proper nouns if they are linked.

Specific in-game items, spells, characters and locations should also be capitalised.

Article names and headers

Use the the same capitalisation as you would for a any other sentence on the wiki.

• Game mechanics
• Game Mechanics

Game concepts and mechanics

Capitalise game concepts, mechanics, terminology or rules.

The following abbreviations should always be capitalised: AC, DC, NPC and abbreviation of abilities like STR, DEX, CON etc.

Capitalise the following terms:

• Armour Class
• Classifications of weapons and armour (Longsword, Light Armour).
• Creature sizes (Medium, Large)
• Creature types (Aberration, Humanoid)
• Difficulty Class
• The item categories Consumables, Miscellaneous and Valuables are capitalised.
• Specific abilities (Strength, Dexterity)
• Specific actions (Attack Action, Hide Action)
• Specific class features (Cunning Action, Rage)
• Subclasses are considered class features, and are therefore also capitalised (Champion, Wildheart)
• Specific conditions (Bleeding, Slightly Drunk)
• Specific damage types (Fire, Piercing)
• Specific difficulty modes (Balanced, Tactician)
• Specific feats (Tavern Brawler)
• Specific items
• Specific skills (Athletics, Sleight of Hand)
• Specific racial features (Keen Senses)
• Specific spells

The following terms should not be capitalized:

• Common nouns such as ability, action, armour, check, class, condition, creature, damage, feat, feature, hit, initiative, item, miss, proficiency, race, resistance, rest, roll, save, skill, spell, weapon.
• Compound terms such as ability check, ability score, attack roll, critical hit, damage resistance, damage type, hit points, long rest, saving throw, short rest.
• Names of classes (barbarian, fighter)
• Names of races (elf, illithid, owlbear)
• Spell schools (abjuration, necromancy)
• Subcategories of Consumables: arrows, camp supplies, coatings, dyes, elixirs, grenades, potions, scrolls.

Exceptions:

• Races and classes may be capitalised when used as titles (Gale, Human Wizard).
  • This includes specific individual creatures, which may have identical names to their race (which is not capitalised) – e.g. the creature Mind Flayer Leader is a mind flayer.
• The term attack is only capitalised when it's referring to the Attack action. Otherwise, it is not capitalised (take an Attack action, roll an attack roll)
• The first letter in game concept terminology can be capitalised when used as keywords (Type: Condition)

Other capitalisation guidelines

References to other articles

Names of articles should be capitalised on other pages if they referred to as an article.

• For more information about potions, see Potions.
• For more information about potions, see potions.

Cultures, regions and languages

Cultures, languages and regional descriptors should all be capitalised.

• Perry speaks Common.
• Perry speaks common.

• This elf speaks Elvish.
• The elf speaks elfish.

• It's a Baldurian beverage.
• It's a baldurian beverage.

Text formatting

The following text formatting guidelines apply only to textual article contents. They do not apply to templates.

Bold font

Use triple apostrophes '''...''' to highlight the first occurrence article's subject matter (usually its title) in the introduction of its page.

Strong

Strong formatting {{strong}} or <strong>...</strong> should never be used in article texts. It can be used on non-article pages, such as project and talk pages, to denote urgency or importance.

Italicisation

Use double apostrophes ''...'' to style certain terms as cursive text. On BG3Wiki, we style the following terms using italics:

• Titles of entries in the Forgotten Realms franchise, including Baldur's Gate 3 and the franchise itself. Other franchises may also be italicised when appropriate.
• Names of vessels and ships.
• When writing about words as words (an ability is a representation of a creature's physical or mental capabilities).
• Terminology or phrases that are not in English.
• Items or titles that are stylised using italics in-game should be similarly stylised on the wiki.

Semantic emphasis

Use {{em}} or <em>...</em> for emphasis, for example to place emphasis (stress) on a certain word in a sentence, or to clarify the meaning of a sentence. In most cases, you should only use emphasis on one word per sentence. Never use apostrophes for emphasis.

What to avoid

• Do note use bold or {{strong}} for emphasis.
• Do note use capitalisation for emphasis.
• Do not use quotation marks (") for emphasis.

Font size

Font size in article texts should primarily be managed via templates. Never use the <small> ... </small> tag in article texts, due to accessibility concerns.

Punctuation

General punctuation guidelines:

• Do not use exclamation marks (!), except in direct quotes.
• Use straight "double quotes", as opposed to 'single quotes'.
• When writing a list, optionally insert a comma before the "and" (or "or") if it adds clarify to the sentence: Fire, Cold, Poison, and Thunder damage.

Colons

Use colons (:) at the end of complete sentences, when it precedes a definition, description, explanation or a list:

• Perry looked at all the animals at the grove: birds, bears and oxes.

En dashes

Spaced en dashes (–) are preferred over em dashes (—), and can be used as a replacement for parentheses, commas, colons and full stops, when more than one option could be appropriate:

• Lae'Zel has three actions – they are gith, yank and perry.
• Perry – a gith of virtue – decided to aid the villagers.
• Perry and Lae'Zel were not merely friends – they were allies.

Avoid the use of closed dashes (like—this or like–this). Do not use hyphens (-) to approximate en dashes – instead use the template {{-}}.

Semi-colons

Use semi-colons (;) to connect two independent clauses that are thematically connected.

• Perry chose to take a level in barbarian; Lae'zel thought Perry's decision unwise.

Grammar

Collective nouns

Nouns as the party and the group are treated as collective nouns and are used only with plural forms

• The party have to speak with someone.
  • The party has to speak with someone.

• The party are attacked by someone.
  • The party is attacked by someone.

Grammatical person

Most articles are written in third-person perspective:

• This item is bugged in Patch 9.
  • We know this item is bugged in Patch 9.
• A Bard can use this to inspire allies.
  • We can use this to inspire allies.

When writing sections of articles that make use of terminology such as the player, or "you" then the party or the player character should be used instead, for consistency and readability:

• The party cannot enter this location.
  • The player cannot enter this location.

• The player character talks with the Dream Visitor.
  • The player talks with the Dream Visitor.

Never use first-person or second-person perspective in the main wiki namespace, even when making conjectures. If a statement is tentative and needs to be verified, that's okay - simply include the {{Verify}} template to let readers and other wiki editors know.

• This is also dropped by John Baldursgate.^{[Needs Verification]}
  • I think this is also dropped by John Baldursgate.

Exception for guides: When writing content for the Guide: namespace, feel free to write subjectively and from any perspective. This namespace is your place to interject your opinions and recommendations for players. Additional guidelines tailored for this namespace may be added at a later date.

Tense

Present tense

Use present tense when describing the current state of the game:

• Wyll is a Companion.
• Mystra is the goddess of magic.

Use present tense when describing potential events and conditional outcomes:

• When they accept, they acquire 3000 gold.
• When Gale arrives in the city, he discovers that Astarion already bought a house for them.
• If you use this spell, you regain 10 Hit Points.

Past tense

Use past tense when describing previous versions of the game:

• Prior to Early Access Patch 9, this weapon was dropped by Zevlor

Use past tense when describing past events:

• Astarion was a magistrate in the city of Baldur's Gate.

Future tense

Use future tense when describing possible future events:

• If Gale accepts Astarion's proposal, he too will become a magistrate.
• If you reject Withers's advances, he will later ask you why you are alone.

Pronouns

Mimic pronoun usage from in-game text, where available. Otherwise, maintain gender neutrality when a pronoun is called for, and use "they/them" for both singular and plural cases.

• The Paladin can heal their allies. (The Paladin can heal her allies.)

When describing illithids, use the "it" for singular case and "they" for plural case.

• The mind flayer leader summoned its allies, and they were up dancing all night.

Terminology

Verbs

There are numerous conventions employed when describing things that a creature does:

• Creatures roll dice.
• Creatures deal damage.
• Creatures take actions.
• Creatures take turns.
• Creatures take rests.
• Creatures take damage.
• Creatures expend resources.
• Creatures expend spell slots.
• Creatures cast spell.
• Creatures attempt saves.
• Creatures attempt tasks involving ability checks.
• Creatures make ability checks.
• Creatures make saving throws.
• Creatures roll for initiative.
• Creatures inflict conditions.
• Creatures add modifiers to rolls.
• Creatures add bonuses to rolls.
• Creatures recover hp.
• Creatures improve abilities.
• Creature use weapons.
• Creatures use ability scores.
• Creatures have proficiency / are proficient with with weapons and armour.
• Creatures have proficiency / are proficient in skills and saves.

Ability checks

The term "ability check" is preferred to the term "skill check", except when the distinction is important for clarity or brevity.

For example, "Investigate ability check" is preferred to "Investigate skill check", but "skill check" is a useful shorthand for phrasing that would otherwise be overly long, such as "ability check that allows you to add a skill's proficiency bonus to the result of the roll".

Features

Features are unique qualities that set a creature apart from others. They can either be passive (meaning it is always in effect) or active (meaning it has to be activated, and often had limited uses per rest).

Any features from class levels are called class features. Subclasses, class actions, passives, spellcasting and feats unlocked from classes are all examples of class features.

Any features gained from race are called racial features.

Actions

Actions are things that a creature can do. The terminology used on the wiki to describe the activation of actions is take:. A creature takes an action. This is to avoid ambiguity in sentences, as the term action is also the name of the respective resource. In most cases, taking an action uses an action resource. Taking actions that use the bonus action or reaction resources may be referred to as taking a bonus action or taking a reaction, respectively.

The vast majority of actions are additionally classified as class actions. These are actions that are neither spells nor weapon actions.

Spells

When the action taken is a spell, the terminology used is cast:, as in cast a spell'. If a spell uses a bonus action, the correct terminology would be that the creature casts a spell using a bonus action.

Locations

Use the term region to refer to multi-location areas that have their own map (e.g. Wilderness), and the term location to refer to named places within those regions that appear on the minimap or the name of the save file, (e.g. Goblin Camp, Sacred Pool), even if they themselves contain smaller locations (e.g. Emerald Grove).

For other places at the lowest scale, describe the place based on what the in-game map calls it, such as entrance, waypoint, or secret, or a similarly descriptive term if it's unmarked.

Acts

Follow the "Act" nomenclature when describing the three acts in the game.

• Act 1 begins when the party arrives on the Ravaged Beach at the start of the game. While the game labels the Mountain Pass as 1b, the wiki includes it under Act 1.
• Act 2 begins when the party enters the Shadow-Cursed Lands.
• Act 3 begins when the player exits the Shadow-Cursed Lands and takes a long rest.

Whether the numerals should be given in letters (Act One) or numbers (Act 1) depends on context.

Use letters (Act One) in the following contexts:

• Page names and headings.
• Names of categories.

Use numerals (Act 1) in the following contexts:

• Infoboxes and Navboxes.
• Spoiler warnings and spoiler boxes.
• Hatnotes and references.

Only use Roman numerals (Act I) in reference to the Steam achievements.

Images

Images are frequently used on BG3Wiki, but correct usage is important for article quality. While images can be helpful in improving an article, textual contents of articles should function independently from its images. Images are added as an additional illustrative supplement.

Image usage

• Images should serve an informative and educational purpose, and should not merely be used for decorative or aesthetics reasons.
• Images should be both accurate and representative of the subject, whether it is a character, item, feature or a location.
• Articles should not rely on images in order to be understood – images should be supplementary to an article's textual contents.

Image placement

• Images should be in the relevant section, and should never be placed at the bottom of a section.
• Do not refer the positioning of images in textual contents (e.g. "in the image to the left" or "the image at the top".

Image sizes

• Images should never use pixels for scaling, and should instead use the use the upright parameter (upright=scaling_factor), where scaling_factor is a number, usually 1.0, that uses the user's own image size preferences to scale the images. This value should never be above 1.3, and most of the time should be 1.0.
• Icons, such as this Concentration icon should use pixels, usually between 16px and 32px.
  • Inline usage of icons should generally set icons around 16px to 24 px.

Image alt text

Alt text (text which appears when the image fails to load) should be added when using images in articles, since this is important for accessibility. The text should be clear, concise and descriptive.

Alt text can be added to the File template with this parameter:

|alt=

Examples

Good alt text:

• {{File:A_Nice_Summer_Stay.png|alt=Astarion flinching in pain after being hurt by concentrated sunlight at the Githyanki Créche.}}
• {{File:Gale_Flirting.png|alt=Gale is serenading Tav while sitting on Mystra's picnic blanket at Lake Hurricane.}}

Poor alt text:

• {{File:A_Nice_Summer_Stay.png|alt=Astarion discovering the difference between a nice Summer stay and the full concentrated power of the sun.}}
• {{File:Gale_Flirting.png|alt=Gale sings while sitting at lake.}}

Linking

Link to other articles when they have relevant additional information. Be careful not to underlink or overlink on the wiki. Only use links when they're helpful to the reader – it is not necessary to link every word that has an article.

Duplicate links

Generally, a link to a specific target should only appear once per article, when the relevant word is first mentioned.

Exceptions to this include infoboxes, navboxes, tables, lists and the description of spells or special abilities. In these cases, multiple links per article may be appropriate.

In very long or technical articles, multiple links to the same target are also appropriate.

What to avoid

• Do not unnecessarily link to other articles – the mere mention of a word with an article is not reason enough to link to it.
• Do not link to disambiguation pages, except in hatnotes.
• Section headers should never have links in them. Use {{hatnote}} or {{see also}} instead.
• Do not place links immediately next to each other. Either omit one of the links or rephrase the sentence so that the links aren't adjacent.

Linking to other wikis

The templates FRWiki and BGWiki should be used to link to the FRWiki or the BGWiki when appropriate.

Lists and tables

Lists are commonly used on BG3Wiki. Lists can improve presentation and layout, improving readability and make otherwise dense information easier to parse.

For paragraphs or flowing text, prose should be used instead.

For accessibility reasons, lists should always be used correctly; lists can improve accessibility and readability when used with care and consideration, but when used incorrectly, they can become a hindrance.

Description lists

Description lists are used for lists that consist of names and values, terms and definitions, items and descriptions or questions and answers. They are added using semi-colons and colons:

Example	Result
Description list: ; Hit Points : Determines how much damage a creature can take before being Downed. ; Armour Class : Determines how difficult it is to hit a creature.	Description list: Hit Points Determines how much damage a creature can take before being Downed. Armour Class Determines how difficult it is to hit a creature

Description lists can be formatted similarly to a table with {{table list}}:

Example	Result
Description table list: {{table list| ; Hit Points : Determines how much damage a creature can take before being Downed. ; Armour Class : Determines how difficult it is to hit a creature.}}	Description table list: Hit Points Determines how much damage a creature can take before being Downed. Armour Class Determines how difficult it is to hit a creature

Ordered and unordered lists

Ordered and unordered lists can be used to list items.

These lists are intended for items that consist largely of names or simple phrases. If a bulleted list item consists of several sentences, it is generally best not to include it on a list, and instead work it into the textual body of the article.

Important considerations

• Only include a full stop at the end of an item if it consists of a full sentence.
• Do not use bold typeface to format the list – use a description list instead.
• Do not leave blank spaces between items (asterisks or hash symbols), since this breaks the single list into multiple lists.

Bulleted lists

Bulleted lists, or unordered lists, are added using asterisks (*):

Example	Result
List of bulleted items: * unordered item * unordered item	List of bulleted items: unordered item unordered item

Indented bullets

Bulleted list items can be indented using double asterisks:

Example	Result
List with indented item: * unordered item ** indented item	List with indented item: unordered item indented item

Numbered lists

Numbered lists, or ordered lists are used where numerical order (arrangement) is important. They are added using hash symbols (#):

Example	Result
List with numbered items: # numbered item # numbered item	List with numbered items: numbered item numbered item

Plain and horizontal lists

Plain and horizontal lists are frequently used in templates such as navboxes or infoboxes, but can also be used in article contents.

Horizontal lists

Horizontal lists can be used where a vertical list may be undesirable. They are added simply by listing items in succession, in a single line:

item 1, item 2, item 3 ...

or

item 1 • item 2 • item 3 ...

The template {{horizontal list}} can also be used to add horizontal lists:

Using bulleted lists

Example	Result
Horizontal bulleted list: {{horizontal list| * item 1 * item 2 }}	Horizontal bulleted list: item 1 item 2

Using description lists

Example	Result
Horizontal description list: {{horizontal list| ; term : definition ; term : definition }}	Horizontal description list: term definition term definition

Nested lists can also be made horizontal this way:

Using bulleted lists

Example	Result
Horizontal bulleted list: {{horizontal list| * item 1 ** item 2 * item 3 ** item 4 }}	Horizontal bulleted list: item 1 item 2 item 3 item 4

Unbulleted lists

Unbulleted lists can be added with {{unbulleted list}} template:

Example	Result
Unbulleted list: {{unbulleted list| * item 1 * item 2}}	Unbulleted list: item 1 item 2

Tables

Tables can be useful, but must always be carefully implemented in order to ensure accessibility and usability across a wide variety of devices.

This section is about tables used in the bodies of articles, and not about tables implemented as infoboxes or navboxes, which follow separate guidelines.

Table formatting

Table must be formatted correctly on the wiki. Tables should always be 100% width, and should be limited using max-width and, ideally, ems or % instead.

Headers

As with section headers, always use sentence case in table headers.

For accessibility reasons, it's important to ensure that headers are properly formatted. Using wikitext, headers are defined with !:

{| class="wikitable"
! Header
|-
| Not header
|}

Which produces:

Header
Not header

Style

Colours used in tables should always be defined via classes implemented through CSS, as opposed to via style parameters

Table usage

Tables on BG3Wiki are used to present complex information and data of tabular nature. Tables are also used on cargo pages and selectively on project and help pages.

Tables are should generally only be used when the information cannot otherwise be prevented in the form of a list.

Tables should not be used simply for visual reasons, such as for layout or presentation.

Examples of correct table usage

Character	Race	Class
Astarion	High-elf	Rogue
Karlach	Tiefling	Barbadian
Gale	Human	Wizard

Odds of landing on a target number when rolling a d20.

Target	Ordinary chance	Advantage	Disadvantage
1	5%	0.25%	9.75%
10	5%	5.25%	4.75%
20	5%	9.75%	0.25%

Item	Description	Location
Longsword	Can cast a spell.	Found in this location.
Greatsword	Can cast two spells.	Found in this location.
Dagger	Cannot cast spells.	Found in this location.

Examples of incorrect table usage

Act	Expected level
Act One	1-4
Act Two	5-8
Act Three	9-12

Action	Description
Attack	Used to attack a target.
Hide	Used to hide from sight.
Jump	Used to jump to a location.

Item	Location
Longsword	Found in this location.
Greatsword	Found in this location.
Dagger	Found in this location.

Icons

Icons accompanying a term or link, commonly used via templates on BG3Wiki, should be used when they serve an important illustrative purpose, or serve as a visual aid to improve readability, such as under the following circumstances:

• When a term is used as a keyword or in a list, as opposed to in a full sentence.
• When used in a table, and the icon improves the readability of the table.

Icons should never be used in section headers.

Icons in sentences

• Icons can be used in flowing text, such as before the first word of a paragraph or immediately before the word it is describing the first time a term is mentioned in an article.
• Icons, primarily for those terms which are readily identified by icons (such as conditions and features) can be used in full sentences. Repeat icons may be acceptable in this case.

Icon frequency

• Avoid overuse of icons, particularly in already icon dense paragraphs.
• Do not unnecessarily repeat icons.
• Do not introduce a term with an icon multiple times in an article.

Spoiler and content warnings

BG3Wiki employs the use of spoiler and content warnings at the top of articles or sections.

For the purposes of articles this wiki, excluding the main page, the following is considered a spoiler:

• Plot development and story beats of the main narrative of the game.
• Scripted character deaths in any act, including deaths outside of player control.

Spoiler warnings

When creating an article that includes spoilers, you should add a {{spoiler warning}} to the top of the page or section, if no spoilers appear above that section in the article.

{{SpoilerWarning|act=1}}

Specify which act the spoiler applies to, per the example. For recurring characters who appear in more than one act, it may make more sense to use the general act-agnostic spoiler warning:

{{SpoilerWarning}}

Spoiler andcontent warnings should be used in accordance with the Spoiler Policy and the Content Warning Policy. Ideally, they should not disrupt the user experience, but should effectively warn the user of spoilers and sensitive topics.

Content warnings

Content warnings are indicated with {{cw}}.