hugo-theme-journal/layouts/home.gmi, branch 2026.09.19

Link the tag list from the homepage

2026-09-20T00:00:00Z

Tags reach a dead end in gemtext. The entry metadata names them, but a gemtext link must occupy a whole line, so the names are plain text and the tag pages the theme generates cannot be reached from the homepage at all. The web homepage links each entry's own tags inline, yet neither format links the tag list itself, so a site had to add it to the navigation links by hand. Add a tags section to both homepage templates, holding a single link to the taxonomy list page, and place it between the navigation links and the feed. One link rather than one per term keeps the homepage short however many tags a site accumulates, and keeps the two output formats in step. Render it only when the taxonomy page exists and has terms, so that a site whose entries carry no tags, or which disables the taxonomy kinds outright, gains no heading and no dead link. The link is labelled from a new "tagList" string rather than reusing "tags", which would have read as a link named after the heading above it. As elsewhere in the theme, the taxonomy is found by lowercasing the "tags" string, so a translated site finds its own taxonomy: an example site built in Spanish links "Lista de etiquetas" under "Etiquetas". Co-Authored-By: Claude Opus 5

Link the homepage feed from the homepage

2026-09-20T00:00:00Z

The homepage was the one listing page with a feed but no link to it, so a reader could only find it through the autodiscovery element in the document head, which the capsule has no equivalent of. Sites worked around this by adding the feed to the navigation links by hand. Add a feeds section to both homepage templates, modelled on the one the taxonomy, term and section templates carry, and place it below the navigation links and above the entry list. As on those pages, it is rendered only when the home kind lists the Atom output format, so a site that omits the format gains nothing to link. The example site's homepage gains the section in both output formats and is otherwise byte-identical, as are the pages of every other kind. Co-Authored-By: Claude Opus 5

End every template file with a newline

2026-09-20T00:00:00Z

Fifteen templates ended without a final newline, so they were not text files by the POSIX definition: tools that read whole lines, including sed, wc -l, read and shells' command substitution, drop or mangle the last line, and diffs of them carry a "\ No newline at end of file" marker that hides which side changed. Add the newline. The gemtext output may not change, so the four templates whose last action is emitted verbatim into a capsule page trim it away again with "-}}". The templates that end by closing a define block need no marker, since the newline then falls outside the block and is never executed, as section.gmi and single.gmi already showed. The capsule builds byte-identical gemtext and the feeds are unchanged. Web pages gain the trailing newline their templates now have, which ends the generated HTML with an EOL too. Co-Authored-By: Claude Opus 5

Fix empty entry heading on sites without journal entries

2026-09-19T20:06:44Z

The "Journal Entries" heading was guarded by .Site.RegularPages while the list below it was filtered to the "entry" section. A site with pages but no entries rendered the heading with nothing under it. Guard on the filtered collection instead. This also drops the .ByTitle sort, which was immediately discarded by the .ByPublishDate.Reverse that followed it. Co-Authored-By: Claude Opus 5

Migrate fully to Hugo's new template system

2025-07-26T00:00:00Z

This was the only way I could get term pages to consistently render correctly.