Customization
Usage scenarios
The theme is usable in different scenarios, requiring the following mandatory settings in your hugo.toml
. All settings not mentioned can be set to your liking.
Public Webserver from Root
baseURL = 'https://example.com/'
baseURL: https://example.com/
{
"baseURL": "https://example.com/"
}
Public Webserver from Subdirectory
baseURL = 'https://example.com/mysite/'
relativeURLs = false
baseURL: https://example.com/mysite/
relativeURLs: false
{
"baseURL": "https://example.com/mysite/",
"relativeURLs": false
}
Private Webserver (LAN)
The same settings as with any of the public webserver usage scenarios or
baseURL = '/'
relativeURLs = true
baseURL: /
relativeURLs: true
{
"baseURL": "/",
"relativeURLs": true
}
File System
baseURL = '/'
relativeURLs = true
baseURL: /
relativeURLs: true
{
"baseURL": "/",
"relativeURLs": true
}
Using a baseURL
with a subdirectory and relativeURLs=true
are mutally exclusive due to the fact, that Hugo does not apply the baseURL
correctly.
If you need both, you have to generate your site twice but with different settings into separate directories.
Sublemental pages (like sitemap.xml
, rss.xml
) and generated social media links inside of your pages will always be generated with absolute URLs and will not work if you set relativeURLs=true
.
If you are using uglyURLs=false
(Hugo’s default), the theme will append an additional index.html
to all page links to make your site be servable from the file system. If you don’t care about the file system and only serve your page via a webserver you can generate the links without this:
[params]
disableExplicitIndexURLs = true
params:
disableExplicitIndexURLs: true
{
"params": {
"disableExplicitIndexURLs": true
}
}
Activate search
If not already present, add the following lines in your hugo.toml
file.
[outputs]
home = ['html', 'rss', 'search']
outputs:
home:
- html
- rss
- search
{
"outputs": {
"home": [
"html",
"rss",
"search"
]
}
}
This will generate a search index file at the root of your public folder ready to be consumed by the Lunr search library. Note that the search
outputformat was named json
in previous releases but was implemented differently. Although json
still works, it is now deprecated.
If you want to use the search feature from the file system, migrating from an older installation of the theme, make sure to change your outputformat for the homepage from the now deprecated json
to search
as seen below.
Activate dedicated search page
You can add a dedicated search page for your page by adding the searchpage
outputformat to your home page by adding the following lines in your hugo.toml
file. This will cause Hugo to generate a new file http://example.com/mysite/search.html
.
[outputs]
home = ['html', 'rss', 'search', 'searchpage']
outputs:
home:
- html
- rss
- search
- searchpage
{
"outputs": {
"home": [
"html",
"rss",
"search",
"searchpage"
]
}
}
You can access this page by either clicking on the magnifier glass or by typing some search term and pressing ENTER
inside of the menu’s search box .
To have Hugo create the dedicated search page successfully, you must not generate the URL http://example.com/mysite/search.html
from your own content. This can happen if you set uglyURLs=true
in your hugo.toml
and defining a Markdown file content/search.md
.
To make sure, there is no duplicate content for any given URL of your project, run hugo --printPathWarnings
.
Activate print support
You can activate print support to add the capability to print whole chapters or even the complete site. Just add the print
output format to your home, section and page in your hugo.toml
as seen below:
[outputs]
home = ['html', 'rss', 'print', 'search']
page = ['html', 'rss', 'print']
section = ['html', 'rss', 'print']
outputs:
home:
- html
- rss
- print
- search
page:
- html
- rss
- print
section:
- html
- rss
- print
{
"outputs": {
"home": [
"html",
"rss",
"print",
"search"
],
"page": [
"html",
"rss",
"print"
],
"section": [
"html",
"rss",
"print"
]
}
}
This will add a little printer icon in the top bar. It will switch the page to print preview when clicked. You can then send this page to the printer by using your browser’s usual print functionality.
The resulting URL will not be configured ugly in terms of Hugo’s URL handling even if you’ve set uglyURLs=true
in your hugo.toml
. This is due to the fact that for one mime type only one suffix can be configured.
Nevertheless, if you’re unhappy with the resulting URLs you can manually redefine outputFormats.print
in your own hugo.toml
to your liking.
Home Button Configuration
If the disableLandingPageButton
option is set to false
, a Home button will appear
on the left menu. It is an alternative for clicking on the logo. To edit the
appearance, you will have to configure the landingPageName
for the defined languages:
[languages]
[languages.en]
[languages.en.params]
landingPageName = "<i class='fas fa-home'></i> Home"
[languages.pir]
[languages.pir.params]
landingPageName = "<i class='fas fa-home'></i> Arrr! Homme"
languages:
en:
params:
landingPageName: <i class='fas fa-home'></i> Home
pir:
params:
landingPageName: <i class='fas fa-home'></i> Arrr! Homme
{
"languages": {
"en": {
"params": {
"landingPageName": "\u003ci class='fas fa-home'\u003e\u003c/i\u003e Home"
}
},
"pir": {
"params": {
"landingPageName": "\u003ci class='fas fa-home'\u003e\u003c/i\u003e Arrr! Homme"
}
}
}
}
If this option is not configured for a specific language, they will get their default values:
landingPageName = "<i class='fas fa-home'></i> Home"
landingPageName: <i class='fas fa-home'></i> Home
{
"landingPageName": "\u003ci class='fas fa-home'\u003e\u003c/i\u003e Home"
}
The home button is going to look like this:
Social Media Meta Tags
You can add social media meta tags for the Open Graph protocol and Twitter Cards to your site. These are configured as mentioned in the Hugo docs.
Change the Menu Width
The menu width adjusts automatically for different screen sizes.
Name | Screen Width | Menu Width |
---|---|---|
S | < 48rem | 14.375rem |
M | 48rem - 60rem | 14.375rem |
L | >= 60rem | 18.75rem |
The values for the screen width breakpoints aren’t configurable.
If you want to adjust the menu width you can define the following CSS variables in your custom-header.html
. Note that --MENU-WIDTH-S
applies to the menu flyout width in mobile mode for small screen sizes.
:root {
--MENU-WIDTH-S: 14.375rem;
--MENU-WIDTH-M: 14.375rem;
--MENU-WIDTH-L: 18.75rem;
}
Change the Main Area’s Max Width
By default the main area width will only grow to a certain extent if more vertical screen space is available. This is done for readability purposes as long line are usually harder to read.
If you are unhappy with the default, you can define the following CSS variable in your custom-header.html
and set the value to your liking. If you want to use all available space, select a really big value like 1000rem
;
:root {
--MAIN-WIDTH-MAX: 80.25rem;
}
Own Shortcodes with JavaScript Dependencies
Certain shortcodes make use of additional JavaScript files. The theme only loads these dependencies if the shortcode is used. To do so correctly the theme adds management code in various files.
You can you use this mechanism in your own shortcodes. Say you want to add a shortcode myshortcode
that also requires the jquery
JavaScript library.
-
Write the shortcode file
layouts/shortcodes/myshortcode.html
and add the following line{{- .Page.Store.Set "hasMyShortcode" true }}
-
Add the following snippet to your
hugo.toml
hugo.[params] [params.relearn] [params.relearn.dependencies] [params.relearn.dependencies.myshortcode] location = 'footer' name = 'MyShortcode'
params: relearn: dependencies: myshortcode: location: footer name: MyShortcode
{ "params": { "relearn": { "dependencies": { "myshortcode": { "location": "footer", "name": "MyShortcode" } } } } }
-
Add the dependency loader file
layouts/partials/dependencies/myshortcode.html
. The loader file will be appended to your header or footer, dependend on thelocation
setting in yourhugo.toml
.<script src="https://www.unpkg.com/jquery/dist/jquery.js"></script>
Character casing is relevant!
- the
name
setting in yourhugo.toml
must match the key (that needs to be prefixed with ahas
) you used for the store in yourlayouts/shortcodes/myshortcode.html
. - the key on
params.relearn.dependencies
in yourhugo.toml
must match the base file name of your loader file.
See the math
, mermaid
and openapi
shortcodes for examples.
Output Formats
Certain parts of the theme can be changed for support of your own output formats. Eg. if you define a new output format PLAINTEXT
in your hugo.toml
, you can add a file layouts/partials/header.plaintext.html
to change the way, the page header should look like for that output format.
React to Variant Switches in JavaScript
Once a color variant is fully loaded, either initially or by switching the color variant manually with the variant selector, the custom event themeVariantLoaded
on the document
will be dispatched. You can add an event listener and react to changes.
document.addEventListener( 'themeVariantLoaded', function( e ){
console.log( e.detail.variant ); // `relearn-light`
});
Partials
The Relearn theme has been built to be as configurable as possible by defining multiple partials
In themes/hugo-theme-relearn/layouts/partials/
, you will find all the partials defined for this theme. If you need to overwrite something, don’t change the code directly. Instead follow this page. You’d create a new partial in the layouts/partials
folder of your local project. This partial will have the priority.
This theme defines the following partials :
header.html
: the header of the page. See output-formatsfooter.html
: the footer of the page. See output-formatsbody.html
: the body of the page. The body may contain of one or many articles. See output-formatsarticle.html
: the output for a single article, can contain elements around your content. See output-formatsmenu.html
: left menu. Not meant to be overwrittensearch.html
: search box. Not meant to be overwrittencustom-header.html
: custom headers in page. Meant to be overwritten when adding CSS imports. Don’t forget to includestyle
HTML tag directive in your file.custom-footer.html
: custom footer in page. Meant to be overwritten when adding JavaScript. Don’t forget to includejavascript
HTML tag directive in your file.favicon.html
: the faviconheading.html
: side-wide configuration to change the pages title headings.heading-pre.html
: side-wide configuration to prepend to pages title headings. If you override this, it is your responsibility to take the page’sheadingPre
setting into account.heading-post.html
: side-wide configuration to append to pages title headings. If you override this, it is your responsibility to take the page’sheadingPost
setting into account.logo.html
: the logo, on top left hand cornermeta.html
: HTML meta tags, if you want to change default behaviormenu-pre.html
: side-wide configuration to prepend to menu items. If you override this, it is your responsibility to take the page’smenuPre
setting into account.menu-post.html
: side-wide configuration to append to menu items. If you override this, it is your responsibility to take the page’smenuPost
setting into account.menu-footer.html
: footer of the the left menutoc.html
: table of contentscontent.html
: the content page itself. This can be overridden if you want to display page’s meta data above or below the content.content-header.html
: header above the title, has a default implementation but you can overwrite it if you don’t like it.content-footer.html
: footer below the content, has a default implementation but you can overwrite it if you don’t like it.