--- title: Documentation description: Help us to improve the documentation by identifying issues and suggesting changes. categories: [contribute] keywords: [documentation] menu: docs: parent: contribute weight: 30 weight: 30 toc: true aliases: [/contribute/docs/] --- ## Introduction We welcome corrections and improvements to the documentation. Please note that the documentation resides in its own repository, separate from the project repository. For corrections and improvements to the current documentation, please submit issues and pull requests to the [documentation repository]. For documentation related to a new feature, please include the documentation changes when you submit a pull request to the [project repository]. ## Guidelines ### Markdown Please follow these markdown guidelines: - Use [ATX] headings, not [setext] headings, levels 2 through 4 - Use [fenced code blocks], not [indented code blocks] - Use hyphens, not asterisks, with unordered [list items] - Use the [note shortcode] instead of blockquotes - Do not mix [raw HTML] within markdown - Do not use bold text instead of a heading or description term (`dt`) - Remove consecutive blank lines (maximum of two) - Remove trailing spaces ### Style Although we do not strictly adhere to the [Microsoft Writing Style Guide], it is an excellent resource for questions related to style, grammar, and voice. #### Terminology Please link to the [glossary of terms] when necessary, and use the terms consistently throughout the documentation. Of special note: - The term "front matter" is two words unless you are referring to the configuration key - Use the word "map" instead of "dictionary" - Use the word "flag" instead of "option" when referring to a command line flag #### Page titles and headings Please follow these guidelines for page titles and headings: - Use sentence-style capitalization - Avoid markdown in headings and page titles - Shorter is better #### Use active voice with present tense In software documentation, passive voice is unavoidable in some cases. Please use active voice when possible. No → With Hugo you can build a static site.\ Yes → Build a static site with Hugo. No → This will cause Hugo to generate HTML files in the public directory.\ Yes → Hugo generates HTML files in the public directory. #### Use second person instead of third person No → Users should exercise caution when deleting files.\ Better → You must be cautious when deleting files.\ Best → Be cautious when deleting files. #### Avoid adverbs when possible No → Hugo is extremely fast.\ Yes → Hugo is fast. {{% note %}} "It's an adverb, Sam. It's a lazy tool of a weak mind." (Outbreak, 1995). {{% /note %}} #### Miscellaneous Other guidelines to consider: - Do not place list items directly under a heading; include an introductory sentence or phrase before the list. - Avoid use of **bold** text. Use the [note shortcode] to draw attention to important content. - Do not place description terms (`dt`) within backticks unless required for syntactic clarity. - Do not use Hugo's `ref` or `relref` shortcodes. We use a link render hook to resolve and validate link destinations, including fragments. - Shorter is better. If there is more than one way to do something, describe the current best practice. For example, avoid phrases such as "you can also do..." and "in older versions you had to..." - When including code samples, use short snippets that demonstrate the concept. - The Hugo user community is global; use [basic english](https://simple.wikipedia.org/wiki/Basic_English) when possible. #### Level 6 markdown headings Level 6 markdown headings are styled as `dt` elements. This was implemented to support a [glossary] with linkable terms. [glossary]: /getting-started/glossary ## Code examples Indent code by two spaces. With examples of template code, include a space after opening action delimiters, and include a space before closing action delimeters. ### Fenced code blocks Always include the language code when using a fenced code block: ````text ```go-html-template {{ if eq $foo "bar" }} {{ print "foo is bar" }} {{ end }} ``` ```` Rendered: ```go-html-template {{ if eq $foo "bar" }} {{ print "foo is bar" }} {{ end }} ``` ### Shortcode calls Use this syntax to include shortcodes calls within your code examples: ```text {{*/* foo */*/>}} {{%/*/* foo */*/%}} ``` Rendered: ```text {{* foo */>}} {{%/* foo */%}} ``` ### Site configuration Use the [code-toggle shortcode] to include site configuration examples: ```text {{* code-toggle file=hugo */>}} baseURL = 'https://example.org/' languageCode = 'en-US' title = 'My Site' {{* /code-toggle */>}} ``` Rendered: {{< code-toggle file=hugo >}} baseURL = 'https://example.org/' languageCode = 'en-US' title = 'My Site' {{< /code-toggle >}} ### Front matter Use the [code-toggle shortcode] to include front matter examples: ```text {{* code-toggle file=content/posts/my-first-post.md fm=true */>}} title = 'My first post' date = 2023-11-09T12:56:07-08:00 draft = false {{* /code-toggle */>}} ``` Rendered: {{< code-toggle file=content/posts/my-first-post.md fm=true >}} title = 'My first post' date = 2023-11-09T12:56:07-08:00 draft = false {{< /code-toggle >}} ### Other code examples Use the [code shortcode] for other code examples that require a file name: ```text {{* code file=layouts/_default/single.html */>}} {{ range .Site.RegularPages }}