af4b7ac5b Remove mention of Amber and Ace c841e9207 Exif docs corrections (#978) 0f82420b8 Change cache assets default example to 1 year 676dc6e12 Release 0.61.0 a1d9fb18a Merge commit '79c5d7053486f540b6219e693d5590f2c4c3937a' 1b9e675cd releaser: Add release notes to /docs for release of 0.61.0 5b95cbc8a Fixed suffixIsRemoved error in code samples (#975) 59b2c245b Fix Usage section in toc.md to consider Goldmark TOC settings fd3828673 Add link on how to configure TOC w/ Goldmark ea339f2d6 Added external learning resources including Hugo In Action book. fab502d5d Adjust release notes 269a025ef Release 0.60.1 6bff50bea Merge branch 'temp601' e15251c43 releaser: Add release notes to /docs for release of 0.60.1 690b864b9 Update use-modules.md 345ca8c36 Update syntax-highlighting.md be64af9f5 Update syntax-highlighting.md df9dead83 Update syntax-highlighting.md 1c6e6d238 Fix relnotes 0ea6b2012 Update homepagetweets.toml 2c465625d Update index.md 0025bba09 Update index.md 7417f1c05 Update index.md 9eeb8ce57 Release 0.60.0 25a711023 Merge branch 'temp60' 0c4faab0e releaser: Add release notes to /docs for release of 0.60.0 779e5108e Update installing.md 2ef1c386a Minor text improvements in README.md 41ec5a19a Reword sentence for clarity search.md ded74f098 Add Goldmark as the new default markdown handler cb55cdbb0 Update introduction.md fcaad653a Update homepage.md 7427a1fc5 Update configuration.md 8cc2c72ca tpl/collections: Allow dict to create nested structures 4538c092c Merge commit 'efc0b1bb6c6564f54d596467dbc6a18cb206954e' 90f908e7b Support Go time format strings in permalinks git-subtree-dir: docs git-subtree-split: af4b7ac5b403e392a92228e66058331905fff7dc
12 KiB
title | linktitle | description | date | publishdate | lastmod | categories | keywords | 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 |
|
|
|
20 | 20 | false |
|
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
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 docs is as follows:
{{< code file="archetypes/functions.md" >}} {{< readfile file="/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 thanreplacere
). 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
, andfiles
. 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 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 many 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
.
```
<h1>Hello world!</h1>
```
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 ofcode
but don't want to encourage readers to copy the code (e.g., a "Do not do" snippet in a tutorial), usecopy="false"
.
Example code
Input
This example HTML code block tells Hugo users the following:
- This file could live in
layouts/_default
, as demonstrated bylayouts/_default/single.html
as the value forfile
. - 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" }}
<main>
<article>
<header>
<h1>{{.Title}}</h1>
{{with .Params.subtitle}}
<span>{{.}}</span>
</header>
<div>
{{.Content}}
</div>
<aside>
{{.TableOfContents}}
</aside>
</article>
</main>
{{ 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}} {{.}}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 %}}