Hugo Clarity Theme

A technology-minded theme for Hugo based on VMware's open-source Clarity Design System featuring rich code support, dark/light mode, mobile support, and much more. See a live demo at neonmirrors.net.

Preview on Desktop

Light Mode	Dark Mode

Preview on Mobile

Light Mode	Dark Mode

Features
Prerequisites
Getting up and running
Configuration
Contributing
Code of conduct
License

Features

Blog with tagging and category options
Search
Deeplinks
Choice of whether to use Hugo Page Bundles
Native image lazy-loading
Customizable (see config)
Dark mode (with UI controls for user preference setting)
Toggleable table of contents
Toggleable automatic figure numbering
Configurable site disclaimer (i.e. "my views are not my employer's")
Flexible image configuration, and support for modern formats like WebP
Logo alignment
Mobile support with configurable menu alignment
Syntax highlighting
Rich code block functions including:
1. Copy to clipboard
2. Toggle line wrap (dynamic)
3. Toggle line numbers
4. Language label
5. Toggle block expansion/contraction (dynamic)
  
  To put it all in context, here is a preview showing all functionality.

Prerequisites

Firstly, ensure you have installed the extended version of Hugo 0.91.0 or above. See installation steps from Hugo's official docs for more information. Note that software repositories may be several versions behind and may not include the extended version.

Getting up and running

Read the prerequisites above and verify you're using the extended version of Hugo 0.91.0 or newer.

There are several ways to use this theme:

Option 1a: Development in the browser

For trying out the theme, quick experimentation, and to contribute Pull Requests, Gitpod is the easiest option. Use the button above and it will spin up a prebuilt environment with a site ready to go.

If you want to contribute a PR, this is a good overview of that process, and there's also an optional browser extension. Read more about contributing to Hugo Clarity

Option 1b: Development on your machine

If you prefer not to use Gitpod, you can also test, develop and contribute PRs locally from your computer.

git clone https://github.com/chipzoller/hugo-clarity
cd hugo-clarity/exampleSite/
hugo server --themesDir ../..

Note that while this is a good way to work on Hugo Clarity, isn't a good way to work on your own site, since it uses the content from exampleSite, and wouldn't be aware of any overrides your site might apply to the theme.

Option 2: Hugo modules

This option arguably requires the least effort to run and maintain your website with the Hugo Clarity theme.

We assume you've already run hugo new site <sitename> and are in the <sitename> directory.

Ensure you have the go binary installed on your machine. (Mac users: brew install go.)
Run the following command:

hugo mod init <sitename>

Hugo Clarity comes with exampleSite files prefilled with helpful configuration and sample posts. If you're starting a new Hugo site and don't have any content yet, it's easiest to grab the whole thing:

wget -O - https://github.com/chipzoller/hugo-clarity/archive/master.tar.gz | tar xz && cp -a hugo-clarity-master/exampleSite/* . && rm -rf hugo-clarity-master && rm -f config.toml

If you are using PowerShell, paste this instead:

wget -O - https://github.com/chipzoller/hugo-clarity/archive/master.tar.gz | tar xz -and cp -a hugo-clarity-master/exampleSite/* . -and rm -rf hugo-clarity-master -and rm -f config.toml

If you do already have a site and don't want to risk overwriting anything, we suggest copying the contents of config over, as well as replacing your archetypes/post.md (if it exists) with Hugo Clarity's. Then migrate any necessary settings from <sitename>/config.toml to <sitename>/config/_default/config.toml and remove the original <sitename>/config.toml file.

Open <sitename>/config/_default/config.toml and change theme = "hugo-clarity" to theme = ["github.com/chipzoller/hugo-clarity"]
You can now run:

hugo server

If that seems like a lot of setup, it's meant to reduce the pain of pulling in new versions of Hugo Clarity when they are released.

To pull in theme updates, run hugo mod get -u github.com/chipzoller/hugo-clarity. You can also update all your Hugo modules with hugo mod get -u ./... -- read more about updating Hugo modules.

There is more you can do with hugo modules, but this will suffice for our use case here.

Option 3: Git submodules

For those not ready to use Hugo modules, you can use the "old way" using git alone.

We assume you've already run hugo new site <sitename>, are in the <sitename> directory, and have a working git repo (git init).

Run:

git submodule add https://github.com/chipzoller/hugo-clarity themes/hugo-clarity

Hugo Clarity comes with exampleSite files prefilled with helpful configuration and sample posts. If you're starting a new Hugo site and don't have any content yet, it's easiest to grab the whole thing:

cp -a themes/hugo-clarity/exampleSite/* . && rm -f config.toml

You can now run:

hugo server

While this is less setup than option 2 initially, it comes with important caveats. First, to pull in new versions of the theme, you'll need to run git submodule update --remote --merge and commit those changes to your git repo. Second, if you clone your repo to another machine, have multiple people working on your site, or have a continuous-integration or deployment script (like Netlify), after cloning you'll need to also remember to run git submodule update --init --recursive to get the theme files.

See an overview of using git submodules for Hugo themes and troubleshooting git submodules in Hugo themes for details.

Configuration

Hugo Clarity uses a config folder rather than a single file. If you're used to having a config.toml file in your main folder, now you'll find that located in config/_default/config.toml, along with other settings files.

This section will mainly cover settings that are unique to this theme. If something is not covered here (or elsewhere in this file), there's a good chance it is covered in this Hugo docs page.

Global Parameters

These options set global values that some pages or all pages in the site use by default.

Parameter	Value Type	Overridable on Page
author	map / string	no
twitter	string	no
largeTwitterCard	boolean	no
ga_analytics	string	no
google_tag_manager_id	string	no
baidu_analytics	string	no
plausible_analytics	boolean	no
matomo_analytics	boolean	no
description	string	yes
keywords	array of strings	yes
introDescription	string	yes
introURL	string/false	no
numberOfTagsShown	integer	no
usePageBundles	boolean	yes
fallBackOgImage	file path (string)	no
codeMaxLines	integer	yes
codeLineNumbers	boolean	yes
mainSections	array/string	no
centerLogo	boolean	no
logo	file path (string)	no
iconsDir	dir path (string)	no
mobileNavigation	string	no
figurePositionShow	boolean	yes
figurePositionLabel	string	no
customCSS	array of file path (string)	no
customJS	array of file path (string)	no
enforceLightMode	boolean	N/A
enforceDarkMode	boolean	N/A
titleSeparator	string	no
showShare	boolean	yes
comments	boolean	yes
numberOfRecentPosts	integer	no
numberOfFeaturedPosts	integer	no
pinFeatured	boolean	no
numberOfPinnedPosts	integer	no
dateFormat	string	no
enableMathNotation	boolean	yes
customFonts	boolean	no
since	integer	N/A
rss_summary	boolean	N/A
rss_summary_read_more_link	boolean	N/A
showRelatedInArticle	boolean	yes
showRelatedInSidebar	boolean	no
footerLogo	string	N/A
enableSearch	boolean	N/A

Page Parameters

These options can be set from a page frontmatter or via archetypes.

Parameter	Value Type	Overrides Global
title	string	N/A
date	date	N/A
description	string	N/A
keywords	array of strings	yes
introDescription	string	yes
abstract	string	N/A
summary	string	N/A
draft	boolean	N/A
featured	boolean	N/A
tags	array/string	N/A
categories	array/string	N/A
toc	boolean	N/A
usePageBundles	boolean	yes
featureImage	file path (string)	N/A
featureImageAlt	string	N/A
featureImageCap	string	N/A
thumbnail	file path (string)	N/A
shareImage	file path (string)	N/A
codeMaxLines	integer	yes
codeLineNumbers	boolean	yes
figurePositionShow	boolean	yes
figurePositionLabel	string	no
comments	boolean	yes
enableMathNotation	boolean	yes
showDate	boolean	N/A
showShare	boolean	N/A
showReadTime	boolean	N/A
sidebar	boolean	N/A
singleColumn	boolean	N/A
showRelatedInArticle	boolean	N/A

Modify Menus

Main Menu

To add, remove, or reorganize top menu items, edit the files here. Specifically look for items with [[main]].

If you prefer the more traditional approach, delete content\config folder and enter a main menu entry inside the config.toml file

Social media

To edit your social media profile links, edit the files referenced above. Specifically, look for items with [[social]]

If you wish to globally use a large Twitter summary card when sharing posts, set the global parameter largeTwitterCard to true.

Web site analytics

If using Google Analytics, configure the ga_analytics global parameter in your site with your ID. You can opt to set a google tag manager using google_tag_manager_id.

If using Baidu Analytics, configure the baidu_analytics global parameter in your site with your ID.

If using Plausible Analytics, configure the plausible_analytics global parameters in your site with the following.

enable To enable plausible analytics change to true.

websiteDomain Set domain name of your website, most cases same as your base URL this is required.

plausibleDomain Default is set to plausible.io, this parameter is only required if plausible is self-hosted.

scriptName Default is set to plausible, this parameter is only required if using a custom name for script.

If using Matomo Analytics, configure the matomo_analytics global parameters in your site with the following.

enable To enable matomo analytics change to true.

websiteDomain Set the domain name of your website, in most cases same as your base URL this is required.

matomoDomain Set to Matomo domain

matomoSiteID Default is set to 1, change this to the siteid being tracked

Blog directory

Edit params.toml and change the mainSections key. Values will be directories where the blogs reside.

...
mainSections = ["posts", "docs", "blogs"]
...

For more info, see the Hugo docs.

Mobile menu positioning

The navigation menu when mobile browsing can be configured in config.toml to open right or left depending on preference. The "hamburger" menu icon will always display in the upper right hand corner regardless.

[params]
...
mobileNavigation = "left" # Mobile nav menu will open to the left of the screen.
...

Tags and Taxonomies

Show number of tags

The number of tags and taxonomies (including categories) that should be shown can be configured so that any more than this value will only be accessible when clicking the All Tags button. This is to ensure a large number of tags or categories can be easily managed without consuming excess screen real estate. Edit the numberOfTagsShown parameter and set accordingly.

[params]
...
numberOfTagsShown = 14 # Applies for all other default & custom taxonomies. e.g categories, brands see https://gohugo.io/content-management/taxonomies#what-is-a-taxonomy
...

Number of tags example

Images

A number of CSS classes are automatically added to images based on their source or type to aid you in any tweaks to the theme. These include:

image_figure when the image appears inside a <figure> element
image_internal when the image is local, within the site
image_external when the image is loaded from a URL
image_processed when the image has been passed through Hugo Pipes (requires the image to be using page bundles or be in the assets directory)
image_unprocessed when the image has not been passed through Hugo Pipes
image_thumbnail when the image is in a list of content excerpts
image_featured when the image is a banner or hero image at the top of a post
image_svg when the image is an SVG (and thus cannot be run through Hugo Pipes)

Most images in Hugo Clarity are loaded lazy and asynchronously to improve site speed. Images that are not loaded in this manner include the site's logo.

Images, whether used within Markdown content or using parameters like featureImage or thumbnail, can be local or remote images. Remote images (starting with http...) will automatically be downloaded, stored and optimized by Hugo Clarity, so that the finished site will only serve local images.

Organizing page resources

By default, Hugo Clarity assumes that page resources -- images and other related files -- are stored in the static or assets directories. Alternatively, you can opt-in to using Hugo page bundles by setting the usePageBundles option to true in your site parameters. Using this method, you keep a post's assets in the same directory as the post itself.

If you have an existing site that is not using page bundles but would like to start with new posts, usePageBundles can be overridden at the post level in the front matter. If it is not set in the post, it will default to the site's parameter. Take a look at exampleSite/content/post/bundle/index.md for more information and an example of overriding this setting on an individual post.

Support for modern image formats

If you are using page bundles (see above) and reference sample.jpg in your post, Hugo Clarity will check to see if the same image (based on filename) exists in the modern formats of WebP, AVIF or JXL. If it does, these will be presented to browsers as alternative options. Browsers that support these formats and the <picture> element will load them, while browsers that do not will fall-back to the default image.

Note that this does not create the other versions of the image for you, it simply checks to see if they exist. You may want to automate this process in your site build; here is one example.

Image captions

Image captions are automatically generated. If an image has title text, the caption will be created from it; if an image has no title text, the alt text will be used. To display an image with alt text but no caption, use title text of a single space (" ").

Examples of captions:

![Jane Doe](../images/jane-doe.png) will display the local jane-doe.png image with a caption of "Jane Doe".
![Jane Doe](https://raw.githubusercontent.com/chipzoller/hugo-clarity/master/exampleSite/static/images/jane-doe.png "This is Jane Doe") will display the remote image jane-doe.png with a caption of "This is Jane Doe".
![A building](../images/building.png " ") will display the local image building.png with no caption.

Examples of this can also be found in the "Markdown Syntax Guide" post in the example site content.

NOTE: Due to limitations in Markdown, single and double quotes should not be used within alt or title text.

Adding figure positions to image captions

You have the option of prepending a desired string such as "Figure N" to the caption text of images within an article's content.

Two global settings control this feature:

figurePositionLabel is a string which will be prepended to any caption text of an article image; by default this is set to "Figure".
figurePositionShow controls, globally, whether to show this label. (It does not affect the visibility of image captions in general, only the prepended figure position text.) For more granular control, figurePositionShow can be overridden at the article level if desired.

Figure numbers will be automatically inserted after the figurePositionLabel text, starting from the top of the article and increasing as you move down.

Example of image with figure positions added

Assume that figurePositionLabel is set to "Figure" in config.toml and this is the first image in a given article.

![A schematic for using Antrea with Kubernetes](./images/image-figure.png "Antrea Kubernetes nodes prepared")

Inline images

To make an image inline, append :inline to its alt text.

Inline images example

<!-- an inline image without alt text -->

![:inline](someImageUrl)

<!-- an inline image with alt text -->

![text describing the image:inline](someOtherImageUrl)

Float images to the left

To align a blog image to the left, append :left to its alt text. Article text will then flow to the right of the image.

Float images left example

<!-- a left-floated image without alt text -->

![:left](someImageUrl)

<!-- a left-floated image with alt text -->

![text describing the image:left](someOtherImageUrl)

Float images to the right

To align a blog image to the right, append :right to its alt text. Article text will then flow to the left of the image.

Float images right example

<!-- a right-floated image without alt text -->

![:right](someImageUrl)

<!-- a right-floated image with alt text -->

![text describing the image:right](someOtherImageUrl)

Round borders for images

To make the image borders round, append ::round to its alt text. This is a pre-defined image class commonly used to display portrait images. Note that round is just another class and it can be mixed with other classes separated by space.

Round borders for images example

<!-- an image without alt text and round borders-->

![::round](someImageUrl)

<!-- an image with alt text and round borders-->

![text describing the image::round](someOtherImageUrl)

<!-- a left-floating image without alt text and with round borders-->

![:left::round](someOtherImageUrl)

Add classes to images

To add a CSS class to an image, append ::<classname> to its alt text. You can also add multiple classes to an image separated by space. ::<classname1> <classname2>.

Image classes example

<!-- an image without alt text -->

![::img-medium](someImageUrl)

<!-- an image with alt text -->

![text describing the image::img-large img-shadow](someOtherImageUrl)

Featured image

Each article can specify an image that appears at the top of the content.

...
featureImage: "images/2020-04/capv-overview/featured.jpg"
...

The path for the featured image is relative to the static directory if not using Page Bundles, and relative to the post's own directory if using them.

Two other frontmatter settings allow you to set alt text for the featured image and an optional caption.

...
featureImageAlt: 'Text describing the featured image' # Alternative text for featured image.
featureImageCap: 'A caption appearing below the image.' # Caption (optional).
...

Unless specified using featureImageCap, a caption will not be generated for the featured image.

Thumbnail image

Each article can specify a thumbnail image which will be displayed on the left of the article's card on the home page and in lists of articles.

...
thumbnail: "images/2020-04/capv-overview/thumbnail.jpg"
...

Thumbnails look best when square (height:width ratio of 1:1) and at least 150x150 pixels.

The path for the thumbnail image is relative to the static directory if not using Page Bundles, and relative to the post's own directory if using them.

Share image

Each article can specify a share image which will used when the article is shared on social media.

...
shareImage: "images/theImageToBeUsedOnShare.png"
...

If a share image is not specified, the order of precedence that will be used to determine which image applies is thumbnail => featureImage => fallbackOgImage. That is, if no thumbnail is specified, the featured image will be used; if neither is specified, the fallback image will be used.

When sharing a link to the home page of the site (as opposed to a specific article), the fallbackOgImage will be used.

The path for the share image is relative to the static directory if not using Page Bundles, and relative to the post's own directory if using them.

Logo alignment

You can left align or center your site's logo.

...
centerLogo = true # Change to false to align left
...

If no logo is specified, the title of the site will appear in its place.

Code

Display line numbers

Choose whether to display line numbers within a code block globally with the parameter codeLineNumbers setting to true or false.

[params]
...
codeLineNumbers = true # Shows line numbers for all code blocks globally.
...

Limit code block height

You can globally control the number of lines which are displayed by default for your code blocks. Code which has the number of lines exceed this value will dynamically cause two code block expansion buttons to appear, allowing the user to expand to full length and contract. This is useful when sharing code or scripts with tens or hundreds of lines where you wish to control how many are displayed. Under params in config.toml file, add a value as follows:

[params]
...
codeMaxLines = 10 # Maximum number of lines to be shown by default across all articles.
...

If the value already exists, change it to the desired number. This will apply globally.

If you need more granular control, this parameter can be overridden at the blog article level. Add the same value to your article frontmatter as follows:

...
codeMaxLines = 15 # Maximum number of lines to be shown in code blocks in this blog post.
...

If codeMaxLines is specified both in config.toml and in the article frontmatter, the value specified in the article frontmatter will apply to the given article. In the above example, the global default is 10 and yet the article value is 15 so code blocks in this article will auto-collapse after 15 lines.

If codeMaxLines is not specified anywhere, an internal default value of 100 will be assumed.

Line Highlighting

It is possible to highlight specific lines in a code block by applying {hl_lines=[7]} after the fence and language. For example, the below snippet will highlight lines 7 and 8 in the code block to which it is applied.

```yaml {hl_lines=[7,8]}

Ranges are also supported by quoting the range inside the braces.

```yaml {hl_lines=["7-18"]}

Each article can optionally have a table of contents (TOC) generated for it based on top-level links. By configuring the toc parameter in the article frontmatter and setting it to true, a TOC will be generated only for that article. The TOC will then render under the featured image.

Table of contents (TOC) example

Pinning featured posts

This allows you to show the featured posts at the top of the post list.

Use the site configuration option pinFeatured to enable/disable it, and the option numberOfPinnedPosts to control how many posts to be pinned.

Custom CSS and JS

To minimize HTTP requests per page, we would recommend loading CSS styles and JavaScript helpers in single bundles. That is to say, one CSS file and one JavaScript file. Using Hugo minify functions, these files will be minified to optimize the size.

Going by the above 👆🏻 reason, we recommend adding custom CSS and JS via these files:

_override.sass. This file should only be used to override sass & css variables e.g theme colors
_custom.sass. This file should only be used to override everything else except sass & css variables.
custom.js.

Pro Tip: Ensure that your changes are git trackable by creating these files outside the theme directory. That is, at the root level of your site's directory. See tree below.

├── yourSite
│   ├── archetypes
│   │   └── post.md
│   ├── assets
│   │   ├── js
│   │   │   └── custom.js
│   │   └── sass
│   │       ├── _custom.sass
│   │       └── _override.sass
│   ├── config
│   │   └── _default
│   │       ├── config.toml
│   │       ├── configTaxo.toml
│   │       ├── languages.toml
│   │       ├── markup.toml
│   │       ├── menus
│   │       │   ├── menu.en.toml
│   │       │   └── menu.pt.toml
│   │       └── params.toml
│   ├── content
│   │   ├── _index.md

However, sometimes you may need to load additional style or script files. In such cases, you can add custom .css and .js files by listing them in the config.toml file (see the snippet below). Similar to images, these paths should be relative to the static directory.

[params]
...
customCSS = ["css/custom.css"] # Include custom CSS files
customJS = ["js/custom.js"] # Include custom JS files
...

Notices

This theme includes functionality to display some "hightlight blocks" - called "notices" using a shortcode.

For example, see the shortcode markup below will render as a notice:

{{% notice note "Note Title" */%}}
This will be the content of the note.
{{% /notice %}}

For more examples see the "Notices" page in the exampleSite.

Site Disclaimer

The theme includes the ability to put a Disclaimer on your website (e.g. "My views are my own and not my employer's"). Currently, the disclaimer displays in the sidebar under the author information. You can enable and customize it as follows:

Uncomment the sidebardisclaimer parameter in config/_default/params.toml.
Uncomment and edit the disclaimerText parameter in config/_default/params.toml.
Add and modify an override for the div.sidebardisclaimer selector in assets/saas/_custom.sass.

div.sidebardisclaimer{padding: 0px 10px 15px 10px;margin: 20px 5px 20px 5px;border: 1px solid #eee;border-left-width: 10px;border-right-width: 10px;border-radius: 5px 5px 5px 5px;border-left-color: orange;border-right-color: orange;border-top-color:orange;border-bottom-color:orange}

The code for the sidebar disclaimer text is in layouts/partials/sidebar.html. The default color scheme displays in both light and dark mode. Additionally, the styling has been placed into _custom.sass so that it's easily editable with beginner's understanding of CSS properties and easier to find.

Forcing light or dark mode

By default, sites authored using Clarity will load in the browser with the user's system-wide settings. I.e., if the underlying OS is set to dark mode, the site will automatically load in dark mode. Regardless of the default mode, a UI control switch exists to override the theme mode at the user's discretion.

In order to override this behavior and force one mode or another, add either enforceLightMode or enforceDarkMode to your config.toml file. If neither value is present, add it.

To enforce Light Mode by default, turn enforceLightMode to true.

To enforce Dark Mode by default, turn enforceDarkMode to true

[params]
...
enforceLightMode = true # Force the site to always load in light mode.
...

Please note that you cannot enforce both modes at the same time. It wouldn't make sense, would it?

⚠️ Please also note that the mode toggle UI will remain in place. That way, if a user prefers dark mode, they can have their way. The best of both worlds.

I18N

This theme supports Multilingual (i18n / internationalization / translations)

The exampleSite gives you some examples already. You may extend the multilingual functionality by following the official documentation.

Things to consider in multilingual:

supported languages are configured in config/_default/languages.toml
add new language support by creating a new file inside i18n directory. Check for missing translations using hugo server --i18n-warnings
taxonomy names (tags, categories, etc...) are translated in i18n as well (translate the key)
menus are translated manually in the config files config/_default/menus/menu.xx.toml
menu's languages list are semi-hardcoded. You may chose another text for the menu entry with languageMenuName. Please, do better and create a PR for that.
content must be translated individually. Read the official documentation for information on how to do it.

note: if you do NOT want any translations (thus removing the translations menu entry), then you must not have any translations. In the exampleSite that's as easy as removing the extra translations from the config/_default/... or executing this one-liner:

sed '/^\[pt]$/,$d' -i config/_default/languages.toml && rm config/_default/menus/menu.pt.toml

To change the values of translatable text, such as read_more or copyright, edit the values in the language file you are using in the i18n directory. If you have no such directory, copy the one inside the theme to your root Hugo directory.

Hooks

Clarity provides some hooks for adding code on a page.

If you need to add some code (CSS import, HTML meta or similar) to the head section on every page, add a partial to your project:

layouts/partials/hooks/head-end.html

Similar, if you want to add some code right before the body end (e.g fonts' links), create your own version of the following file:

layouts/partials/hooks/body-end.html

Comments

Clarity supports Hugo built-in Disqus partial. You can enable Disqus simply by setting disqusShortname in your configuration file.

You can also override layouts/partials/comments.html to take advantage of disqus comments Alternatives for details.

Please leave #disqusShortname = "" commented out if you decide to use other comments tools

You can disable them site-wide by setting comments = false under [params] from config.toml file and vice versa. Omitting that setting will default to comments will be enabled.

You can override these setting from each post individually. For example, you may want to disable/enable comments on specific posts. Use the same syntax used on the config.toml file.

please use comments and not comment

Utterances Commenting Support

If you wish use Utterances comments on your site, you'll need to perform the following:

Ensure you have a GitHub public repository, which you've granted permissions to the Utterances GitHub App.
Comment out the line for disqusShortname = "" in the /config/_default/config.toml file.
Set comments = true in the /config/_default/params.toml file.
Configure the utterances parameters in the /config/_default/params.toml file.
Optionally, you can choose a label that will be assigned to all issues created by Utterances. The label must exist in your Github repository, as Utterances cannot attach labels that do not exist. Configure utterancesLabel parameter in /config/_default/params.toml file, after you have added a label to your Github repository Issues labels. Labels are case sensitive and support Emoji in label names. ✨💬✨

Utterances is loaded in the comments.html partial by referring to the utterances.html partial. Since single.html layout loads comments if comments are enabled, you must ensure both the comments and utterances parameters are configured.

Math notation

Clarity uses KaTeX for math type setting if enableMathNotation is set to true in global or page parameters (the latter takes precedence).

Also see supported TeX commands in KaTeX.

If you want chemical typesetting provided by the mhchem extension, first copy [site]/themes/clarity/layouts/partials/math.html to [site]/layouts/partials/math.html:

# cd /path/to/site
mkdir -p layouts/partials && cp themes/clarity/layouts/partials/math.html layouts/partials/math.html

Then add the corresponding line as its README suggested (without the + sign):

<link rel="stylesheet" href="https://cdn.jsdelivr.net/npm/katex@0.12.0/dist/katex.min.css" integrity="sha384-AfEj0r4/OFrOo5t7NnNe46zW/tFgW6x/bCJG8FqQCEo3+Aro6EYUG4+cU+KJWu/X" crossorigin="anonymous">

<script defer src="https://cdn.jsdelivr.net/npm/katex@0.12.0/dist/katex.min.js" integrity="sha384-g7c+Jr9ZivxKLnZTDUhnkOnsh30B4H0rpLUpJ4jAIKs4fnJI+sEnkvrMWph2EDg4" crossorigin="anonymous"></script>

+ <script defer src="https://cdn.jsdelivr.net/npm/katex@0.12.0/dist/contrib/mhchem.min.js" integrity="sha384-5gCAXJ0ZgozlShOzzT0OWArn7yCPGWVIvgo+BAd8NUKbCmulrJiQuCVR9cHlPHeG" crossorigin="anonymous"></script>

<script defer src="https://cdn.jsdelivr.net/npm/katex@0.12.0/dist/contrib/auto-render.min.js" integrity="sha384-mll67QQFJfxn0IYznZYonOWZ644AWYC+Pt2cHqMaRhXVrursRwvLnLaebdGIlYNa" crossorigin="anonymous"
  onload="renderMathInElement(document.body);"></script>

The added line should be before auto-render.min.js and after katex.min.js.

MathJax

The new version of MathJax has comparable performance to KaTeX and better support for TeX commands.

If you prefer MathJax, create a blank [site]/layouts/partials/math.html and add the following two lines:

<script src="https://polyfill.io/v3/polyfill.min.js?features=es6"></script>
<script id="MathJax-script" async src="https://cdn.jsdelivr.net/npm/mathjax@3/es5/tex-mml-chtml.js"></script>

This file will take precedence over the one Clarity provides and the site will load MathJax instead of KaTeX.

Maps

Creating and including a map

First create a map for free on https://umap.openstreetmap.fr/en/. Then include this map by using the openstreetmap shortcode, e.g. {{<openstreetmap mapName="demo-map_1" >}}

Options

The only required parameter is mapName. All other parameters are completely optional.

Available parameters are:

coordX (default auto)
coordY (default auto)
scale (default auto)
scaleControl (default true)
miniMap (default false)
scrollWheelZoom (default true)
zoomControl (default true)
allowEdit (default false)
moreControl (default true)
searchControl (default true)
tilelayersControl (default null)
embedControl (default null)
datalayersControl (default true)
onLoadPanel (default none)
captionBar (default false)

Search

Search is currently a BETA feature. Ensure you have these settings inside your configuration files:

# config/_default/config.toml
[outputs]
  home = ["HTML", "RSS","JSON"]

# config/_default/params.toml
enableSearch = true

Next add the search.md file from the exampleSite and add it to your content folder. This is not necessary if you recently created a site based on the example site and already have the file.

Compose, from which this feature is derived, implements fuse.js to enable search functionality. At the time of this writing, search on this theme takes either of the following forms:

Passive search

This occurs only when the user loads the search page i.e /search/. They can directly navigate to that url. Alternatively, the user can type the search query on the search field and hit enter. They will be redirected to the search page which will contain matched results if any.

Currently, this only works on the default language. Support for multilingual passive search is coming soon.
Live search

This behavior will be obvious as the user types a search query on the search field. All valid search queries will yield a list of quick links or a simple "no matches found". Else, the user will be prompted to continue typing.

Live search works even for multilingual sites.

For Chinese-like languages, it may or may not work.

Search Scope

Searching within a section will yield results from that section.

For example, if you have 3 sections in your content i.e blog, docs & examples, searching in the docs section will only produce results for that section.
Searching outside a section will search the entire site.

For example, with the above setup, searching from the homepage will produce results from the entire site.

Contributing

Please read our contribution guidelines, and thank you for being involved!

Code of conduct

Hugo Clarity has a code of conduct. Please follow it in all your interactions with the project.

License

Hugo Clarity is open-sourced under the MIT license.