Kevin C. Coram
The changes to the base template lookup in Hugo 0.63.1 mean that the single/list templates must start with a `define` block. The comment block that had been in use breaks this requirement and resulted in pages not rendering properly at all. See https://gohugo.io/news/0.63.0-relnotes/ particularly: * Note: In a base template (e.g. baseof.html), the first template block must be a define.
|6 months ago|
|archetypes||8 months ago|
|exampleSite||7 months ago|
|layouts||6 months ago|
|static||7 months ago|
|LICENSE.md||8 months ago|
|README.md||7 months ago|
|theme.toml||8 months ago|
Follow the Hugo Quickstart instructions on how to install Hugo, create a site, and install a theme. Installing the theme as a git submodule is the preferred way.
git submodule add https://git.thecorams.net/kevin/semantic-indieweb.git themes/semantic-indieweb
The theme includes an example site to give a quick way to see how the theme looks and behaves.
cd exampleSite hugo serve [ -D ] --themesDir ../..
Most of the sample posts are intentionally set
draft: true to allow for
testing few posts vs many posts.
The footer layout file uses Hugo’s
markdownify pipe to display the
configuration setting, providing support both for HTML character escape
sequences such as
© as well as markdwn formatting and links.
Note: Hugo versions 0.60.0 and up will have restrictions on using embedded HTML,
including escape secquences, unless the Goldmark renderer is configure with
unsafe = true.
subtitle parameter adds a secondary header underneath the
in the site header.
[params] subtitle = "A sub-title for your site"
mainSections parameter restricts the pages that appear on the
[params] mainSections = ["posts"]
The theme includes support for adding
rel="me" links to the HTML head of
every page. Such links help tie together the sites one owns, as well as
provide support for IndieAuth
These links can be configured by including one or more
[[params.Identity]] type = "some-type" value = "identity" authn = false
The current set of known types are:
valueshould be a valid e-mail address which could be used for IndieAuth authentication
valueshould be a valid GitHub user name
valueshould be a valid GitLab user name
valueshould be a valid Twitter user name
valueshould be a valid MicroBlog user name
valueshould be a valid URL to the site owner’s public PGP key
The IndieAuth standard allows the site author to specify which of the
rel="me" links should be preferred for authentication. If the
parameter for an identity is set to
true, the link will be generated
rel="me authn". As explained on
If any of your
rel="me"links also include
authnin the list of rels, then IndieLogin.com will only use the links with
authn, and will no longer consider your plain
rel="me"links as authentication options.
The theme includes a “card” for displaying the site author’s photo (or a logo image for the site), the author’s name, and the author’s rough location. The data in the card is marked up with h-card microformats, for integration with IndieWeb-aware sites and tools.
# Configuration Parameters for IndieWeb h-card [params.Card] Author = "Site Author Name" Photo = "images/picture-o.svg" Locality = "City/Town/Village" Region = "State/County/Province" Country = "Country Name"
The theme will render a ribbon of icon links to other sites beneath the author’s location information. The theme comes bundled with Fork Awesome v1.1.7. Any of the icons provided by Fork Awesome can easily be used. For example, to add a link to one’s Twitter profile, add a configuration block that uses the Fork Awesome twitter icon:
[[params.Social]] profile = "https://twitter.com/twitter-user-name" icon = "fa fa-twitter"
The icon/font library being used can be overriden by creating a site-specific
icons.html partial. Font Awesome, Fork Awesome, Fontello, and many other
icon/font libraries all support embedding an icon using similar CSS class names,
which can be used in the
icon = "...." configuration.
In addition to the
icon pairs, there is also support for e-mail
links and PGP key file links with the PGP fingerprint as a toolip:
[[params.Social]] email = "firstname.lastname@example.org" icon = "fa fa-envelope-o" [[params.Social]] publicKey = "pgp_key_file.txt" fingerprint = "AAAA BBBB CCCC DDDD" icon = "fa fa-key"
[params] Webmention = "https://example.org/webmention" Pingback = "https://example.org/pingpack"
The chrome of the theme page organization is as follows:
<html> <head> <title>Site Title</title> </head> <body> <header> <hgroup> <h1>Site Title</h1> <h2>Site Sub-title</h2> </hgroup> <nav> <!-- Site Navigation/Menu: links to pages that are part of --> <!-- the "main" menu --> </nav> </header> <main> <header> <h1>Content Title</h1> <nav> <!-- Content Navigation/Menu: a place holder for a --> <!-- content specific menu, such as a list of blog posts --> <!-- based on publication date. Not yet implemented. --> </nav> </header> <section> <!-- The page content. For list sections, this is where the --> <!-- the list of pages goes. For single pages, this is where --> <!-- the content of the page markdown file goes. --> </section> <footer> <!-- The page footer. For list sections, this is where the --> <!-- pagination controls can go. For single pages, this is --> <!-- where auther attribution and/or prev/next page controls --> <!-- could go. --> </footer> </main> <footer> <!-- The Site Footer, for copyright information etc. --> </footer> </body> </html>
If the content pages use
## as their largest heading, this will result
in document outlines structured as:
This block is used for generating the
<title>....</title> markup for the
rendered page and defaults to using the
title configuration from
The list and single
templates add the page title, to facilitate generating a unique title for every
This block is for providing a site banner that will appear at the top of every page,
and matches with the primary
<header>...</header> definition from the semantic
The default site-header block displays the header.html partial.
This block is for providing a site-level navigation, which also appears at the
top of every page. It renders in the
<nav>...</nav> block within the primary
The default site-meny block displays the site-menu partial.
This block is for providing a header for the specific page, matching with the
header block inside the
<main>....<\main> definition from the semantic
organization. The list and
single templates display the page title as
<h1>...</h1> level header.
This block is for providing navigation menu(s) for the main content, matching
<nav>...</nav> block inside the main header. The block is currently
a place holder, with no default implementation.
This block is for the content of the page.
For single pages, the page content will be
rendered inside an
<article>...</article> block element.
This block provides a footer for the page, which renders within the
<footer></footer> block at the end of the
The default content-footer blocks for the homepage and for list pages implement pagination controls to show the content summaries a page at a time.
The default content-footer block for single pages displays previous and/or next in section links.
This block is for the site footer that appears at the end of every pages.
The default footer block displays the footer.html partial.