Files
hugo/content/contribute/documentation.md
T
Bjørn Erik Pedersen 2c0d1ccdcd Squashed 'docs/' changes from b0470688..73f355ce
73f355ce Update theme
83ff50c2 Use example.com in examples
71292134 Add alias news > release-notes
2e15f642 Update theme
8eef09d2 Add Pygments configuration
572b9e75 Clean up the code shortcode use
a1b2fd3b Remove the code fence language codes
1473b1d9 Remove redundant text
b92c2042 Update theme
8f439c28 Edit contributing section in README
8bcf8a19 Add contributing section to README
4c44ee1c Fix broken content file
2bdc7710 Clarify .Data.Pages sorting in lists.md
092271c2 Use infinitive mood for main titles
b9b8abef Update theme to reflect change to home page content
b897b71b Change copy to use sentence case
fd675ee5 Enable RSS feed for sections
060a5e27 Correct movie title in taxonomies.md
6a5ca96a Update displayed site name for Hub
22f4b7a4 Add example of starting up the local server
d9612cb3 Update theme
a8c3988a Update theme
4198189d Update theme
12d6b016 Update theme
2b1c4197 Update theme
b6d90a1e Fix News release titles
cfe751db Add some build info to README

git-subtree-dir: docs
git-subtree-split: 73f355ce0d
2017-07-21 11:00:08 +02:00

13 KiB

title, linktitle, description, date, publishdate, lastmod, categories, menu, weight, sections_weight, draft, aliases, toc
title linktitle description date publishdate lastmod categories menu weight sections_weight draft aliases toc
Contribute to the Hugo Docs Documentation Documentation is an integral part of any open source project. The Hugo docs are as much a work in progress as the source it attempts to cover. 2017-02-01 2017-02-01 2017-02-01
contribute
docs
parent weight
contribute 20
20 20 false
/contribute/docs/
true

Create Your Fork

It's best to make changes to the Hugo docs on your local machine to check for consistent visual styling. Make sure you've created a fork of hugoDocs on GitHub and cloned the repository locally on your machine. For more information, you can see GitHub's documentation on "forking" or follow along with Hugo's development contribution guide.

You can then create a separate branch for your additions. Be sure to choose a descriptive branch name that best fits the type of content. The following is an example of a branch name you might use for adding a new website to the showcase:

git checkout -b jon-doe-showcase-addition

Add New Content

The Hugo docs make heavy use of Hugo's archetypes feature. All content sections in Hugo documentation have an assigned archetype.

Adding new content to the Hugo docs follows the same pattern, regardless of the content section:

hugo new <DOCS-SECTION>/<new-content-lowercase>.md

{{% note "title:, date:, and Field Order" %}} title and date fields are added automatically when using archetypes via hugo new. Do not be worried if the order of the new file's front matter fields on your local machine is different than that of the examples provided in the Hugo docs. This is a known issue (#452). {{% /note %}}

Add a New Function

Once you have cloned the Hugo repository, you can create a new function via the following command. Keep the file name lowercase.

hugo new functions/newfunction.md

The archetype for functions according to the Hugo theme is as follows:

{{< code file="archetypes/functions.md" >}} {{< readfile file="/themes/gohugoioTheme/archetypes/functions.md">}} {{< /code >}}

New Function Required Fields

Here is a review of the front matter fields automatically generated for you using hugo new functions/*:

title
this will be auto-populated in all lowercase when you use hugo new generator.
linktitle
the function's actual casing (e.g., replaceRE rather than replacere).
description
a brief description used to populate the Functions Quick Reference.
categories
currently auto-populated with 'functions` for future-proofing and portability reasons only; ignore this field.
tags
only if you think it will help end users find other related functions
signature
this is a signature/syntax definition for calling the function (e.g., apply SEQUENCE FUNCTION [PARAM...]).
workson
acceptable values include lists,taxonomies, terms, groups, and files.
hugoversion
the version of Hugo that will ship with this new function.
relatedfuncs
other [templating functions][] you feel are related to your new function to help fellow Hugo users.
{{.Content}}
an extended description of the new function; examples are not only welcomed but encouraged.

In the body of your function, expand the short description used in the front matter. Include as many examples as possible, and leverage the Hugo docs code shortcode. If you are unable to add examples but would like to solicit help from the Hugo community, add needsexample: true to your front matter.

Add a New Tutorial

Once you have cloned the Hugo repository, you can create a new tutorial via the following command. Name the markdown file accordingly:

hugo new tutorials/my-new-tutorial.md

The archetype for the tutorials content type is as follows:

{{< code file="archetypes/tutorials.md" >}} {{< readfile file="/themes/gohugoioTheme/archetypes/tutorials.md">}} {{< /code >}}

Add Code Blocks

Code blocks are crucial for providing examples of Hugo's new features to end users of the Hugo docs. Whenever possible, create examples that you think Hugo users will be able to implement in their own projects.

Standard Syntax

Across all pages on the Hugo docs, the typical triple-back-tick markdown syntax is used. If you do not want to take the extra time to implement the following code block shortcodes, please use standard GitHub-flavored markdown. The Hugo docs use a version of highlight.js with a specific set of languages.

Your options for languages are xml/html, go/golang, md/markdown/mkd, handlebars, apache, toml, yaml, json, css, asciidoc, ruby, powershell/ps, scss, sh/zsh/bash/git, http/https, and javascript/js.

Hello world!

``` ```

Code Block Shortcode

The Hugo documentation comes with a very robust shortcode for adding interactive code blocks.

{{% note %}} With the code shortcodes, you must include triple back ticks and a language declaration. This was done by design so that the shortcode wrappers were easily added to legacy documentation and will be that much easier to remove if needed in future versions of the Hugo docs. {{% /note %}}

code

code is the Hugo docs shortcode you'll use most often. code requires has only one named parameter: file. Here is the pattern:

{{%/* code file="smart/file/name/with/path.html" download="download.html" copy="true" */%}}

A whole bunch of coding going on up in here!

{{%/* /code */%}}

The following are the arguments passed into code:

file
the only required argument. file is needed for styling but also plays an important role in helping users create a mental model around Hugo's directory structure. Visually, this will be displayed as text in the top left of the code block.
download
if omitted, this will have no effect on the rendered shortcode. When a value is added to download, it's used as the filename for a downloadable version of the code block.
copy
a copy button is added automatically to all code shortcodes. If you want to keep the filename and styling of code but don't want to encourage readers to copy the code (e.g., a "Do not do" snippet in a tutorial), use copy="false".

Example code Input

This example HTML code block tells Hugo users the following:

  1. This file could live in layouts/_default, as demonstrated by layouts/_default/single.html as the value for file.
  2. This snippet is complete enough to be downloaded and implemented in a Hugo project, as demonstrated by download="single.html".
{{%/* code file="layouts/_default/single.html" download="single.html" */%}}

{{ define "main" }}

{{.Title}}

{{with .Params.subtitle}} {{.}}
{{.Content}}
{{ end }} ``` {{%/* /code */%}} ```
Example 'code' Display

The output of this example will render to the Hugo docs as follows:

{{< code file="layouts/_default/single.html" download="single.html" >}} {{ define "main" }}

{{.Title}}

{{with .Params.subtitle}} {{.}}
{{.Content}}
{{ end }} {{< /code >}}

Blockquotes

Blockquotes can be added to the Hugo documentation using typical Markdown blockquote syntax:

> Without the threat of punishment, there is no joy in flight.

The preceding blockquote will render as follows in the Hugo docs:

Without the threat of punishment, there is no joy in flight.

However, you can add a quick and easy <cite> element (added on the client via JavaScript) by separating your main blockquote and the citation with a hyphen with a single space on each side:

> Without the threat of punishment, there is no joy in flight. - [Kobo Abe](https://en.wikipedia.org/wiki/Kobo_Abe)

Which will render as follows in the Hugo docs:

Without the threat of punishment, there is no joy in flight. - Kobo Abe

{{% note "Blockquotes != Admonitions" %}} Previous versions of Hugo documentation used blockquotes to draw attention to text. This is not the intended semantic use of <blockquote>. Use blockquotes when quoting. To note or warn your user of specific information, use the admonition shortcodes that follow. {{% /note %}}

Admonitions

Admonitions are common in technical documentation. The most popular is that seen in reStructuredText Directives. From the SourceForge documentation:

Admonitions are specially marked "topics" that can appear anywhere an ordinary body element can. They contain arbitrary body elements. Typically, an admonition is rendered as an offset block in a document, sometimes outlined or shaded, with a title matching the admonition type. - SourceForge

The Hugo docs contain three admonitions: note, tip, and warning.

note Admonition

Use the note shortcode when you want to draw attention to information subtly. note is intended to be less of an interruption in content than is warning.

Example note Input

{{< code file="note-with-heading.md" >}} {{%/* note /%}} Here is a piece of information I would like to draw your attention to. {{%/ /note */%}} {{< /code >}}

Example note Output

{{% output file="note-with-heading.html" %}}

{{% note %}}
Here is a piece of information I would like to draw your **attention** to.
{{% /note %}}

{{% /output %}}

Example note Display

{{% note %}} Here is a piece of information I would like to draw your attention to. {{% /note %}}

tip Admonition

Use the tip shortcode when you want to give the reader advice. tip, like note, is intended to be less of an interruption in content than is warning.

Example tip Input

{{< code file="using-tip.md" >}} {{%/* tip /%}} Here's a bit of advice to improve your productivity with Hugo. {{%/ /tip */%}} {{< /code >}}

Example tip Output

{{% output file="tip-output.html" %}}

{{% tip %}}
Here's a bit of advice to improve your productivity with Hugo.
{{% /tip %}}

{{% /output %}}

Example tip Display

{{% tip %}} Here's a bit of advice to improve your productivity with Hugo. {{% /tip %}}

warning Admonition

Use the warning shortcode when you want to draw the user's attention to something important. A good usage example is for articulating breaking changes in Hugo versions, known bugs, or templating "gotchas."

Example warning Input

{{< code file="warning-admonition-input.md" >}} {{%/* warning /%}} This is a warning, which should be reserved for important information like breaking changes. {{%/ /warning */%}} {{< /code >}}

Example warning Output

{{% output file="warning-admonition-output.html" %}}

{{% warning %}}
This is a warning, which should be reserved for *important* information like breaking changes.
{{% /warning %}}

{{% /output %}}

Example warning Display

{{% warning %}} This is a warning, which should be reserved for important information like breaking changes. {{% /warning %}}

{{% note "Pull Requests and Branches" %}} Similar to contributing to Hugo development, the Hugo team expects you to create a separate branch/fork when you make your contributions to the Hugo docs. {{% /note %}}