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.
Light Mode | Dark Mode |
---|---|
Light Mode | Dark Mode |
---|---|
- Features
- Prerequisites
- Getting up and running
- Configuration
- Global Parameters
- Page Parameters
- Menus
- Search Engine
- Blog directory
- Mobile menu positioning
- Tags and taxonomies
- Images
- Code
- Table of contents
- Pinning featured posts
- Notices
- Custom CSS and JS
- Custom Site Disclaimer
- Forcing light or dark mode
- Internationalization - I18N
- Hooks
- Comments
- Math notation
- Open Street Map
- Search
- Contributing
- Code of conduct
- License
-
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:
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.
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:
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
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.
Read more about contributing to Hugo Clarity
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 changetheme = "hugo-clarity"
totheme = ["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.
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
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.
- 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.
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.
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 |
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 |
blogDir | string | no |
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 |
noindex | boolean | N/A |
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
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
.
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
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.
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.
...
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
...
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>
elementimage_internal
when the image is local, within the siteimage_external
when the image is loaded from a URLimage_processed
when the image has been passed through Hugo Pipes (requires the image to be using page bundles or be in theassets
directory)image_unprocessed
when the image has not been passed through Hugo Pipesimage_thumbnail
when the image is in a list of content excerptsimage_featured
when the image is a banner or hero image at the top of a postimage_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.
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.
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 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 localjane-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 imagejane-doe.png
with a caption of "This is Jane Doe".![A building](../images/building.png " ")
will display the local imagebuilding.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.
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.
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")
To make an image inline, append :inline
to its alt text.
<!-- an inline image without alt text -->
![:inline](someImageUrl)
<!-- an inline image with alt text -->
![text describing the image:inline](someOtherImageUrl)
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.
<!-- a left-floated image without alt text -->
![:left](someImageUrl)
<!-- a left-floated image with alt text -->
![text describing the image:left](someOtherImageUrl)
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.
<!-- a right-floated image without alt text -->
![:right](someImageUrl)
<!-- a right-floated image with alt text -->
![text describing the image:right](someOtherImageUrl)
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.
<!-- 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)
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>
.
<!-- an image without alt text -->
![::img-medium](someImageUrl)
<!-- an image with alt text -->
![text describing the image::img-large img-shadow](someOtherImageUrl)
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.
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.
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.
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.
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.
...
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.
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.
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.
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
...
This theme includes functionality to display some "highlight 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
.
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 inconfig/_default/params.toml
. - Uncomment and edit the
disclaimerText
parameter inconfig/_default/params.toml
. - Add and modify an override for the
div.sidebardisclaimer
selector inassets/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.
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.
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.
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
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 notcomment
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.
If you wish to use giscus comments on your site, you'll need to perform the following:
- Ensure your repository is public, otherwise visitors will not be able to view the discussion.
- The giscus app is installed, otherwise visitors will not be able to comment and react.
- The Discussions feature is turned on by enabling it for your repository.
- 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 giscus parameters in the
/config/_default/params.toml
file.
Giscus is loaded in the comments.html
partial by referring to the giscus.html
partial. Since single.html
layout loads comments if comments are enabled, you must ensure both the comments
and giscus
parameters are configured.
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/[email protected]/dist/katex.min.css" integrity="sha384-AfEj0r4/OFrOo5t7NnNe46zW/tFgW6x/bCJG8FqQCEo3+Aro6EYUG4+cU+KJWu/X" crossorigin="anonymous">
<script defer src="https://cdn.jsdelivr.net/npm/[email protected]/dist/katex.min.js" integrity="sha384-nB0miv6/jRmo5UMMR1wu3Gz6NLsoTkbqJghGIsx//Rlm+ZU03BU6SQNC66uf4l5+" crossorigin="anonymous"></script>
+ <script defer src="https://cdn.jsdelivr.net/npm/[email protected]/dist/contrib/mhchem.min.js" integrity="sha384-ifpG+NlgMq0kvOSGqGQxW1mJKpjjMDmZdpKGq3tbvD3WPhyshCEEYClriK/wRVU0" crossorigin="anonymous"></script>
<script defer src="https://cdn.jsdelivr.net/npm/[email protected]/dist/contrib/auto-render.min.js" integrity="sha384-43gviWU0YVjaDtb/GhzOouOXtZMP/7XUzwPTstBeZFe/+rCMvRwr4yROQP43s0Xk" crossorigin="anonymous"
onload="renderMathInElement(document.body);"></script>
The added line should be before auto-render.min.js
and after katex.min.js
.
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.
Related content within a series
taxonomy can be shown at the end of a piece of content, or optionally on the sidebar above the Related Content section.
The site configuration option showRelatedInArticle
controls if this option is enabled. The same configuration option can be used in a posts frontmatter to disable the feature (but the site configuration overrides the per-page option).
Likewise, the site configuration option showRelatedInSidebar
controls if related content is shown on the sidebar. There is no corresponding option within a post to disable this.
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" >}}
The only required parameter is mapName
. All other parameters are completely optional.
Available parameters are:
coordX
(defaultauto
)coordY
(defaultauto
)scale
(defaultauto
)scaleControl
(defaulttrue
)miniMap
(defaultfalse
)scrollWheelZoom
(defaulttrue
)zoomControl
(defaulttrue
)allowEdit
(defaultfalse
)moreControl
(defaulttrue
)searchControl
(defaulttrue
)tilelayersControl
(defaultnull
)embedControl
(defaultnull
)datalayersControl
(defaulttrue
)onLoadPanel
(defaultnone
)captionBar
(defaultfalse
)
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 thedocs
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.
Please read our contribution guidelines, and thank you for being involved!
Hugo Clarity has a code of conduct. Please follow it in all your interactions with the project.
Hugo Clarity is open-sourced under the MIT license.