<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Hugo on Werk Space</title>
    <link>/tags/hugo/</link>
    <description>Recent content in Hugo on Werk Space</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Thu, 06 Aug 2026 21:45:58 +0000</lastBuildDate>
    <atom:link href="/tags/hugo/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Document system</title>
      <link>/docs/document-system/</link>
      <pubDate>Wed, 08 Apr 2020 09:46:25 -0500</pubDate>
      <guid>/docs/document-system/</guid>
      <description>&lt;div class=&#34;pageinfo pageinfo-primary&#34;&gt;&#xA;&lt;p&gt;This page describes the system as it runs today: dev container, vendored theme, Render builds. The manual procedures from earlier stages of the system are preserved in the &lt;a href=&#34;https://github.com/gary-dalton/public-documents/blob/794746085746a076e4075b0674a2fdf53b1aa540/content/en/docs/Document%20system/_index.md&#34;&gt;2023 revision of this page&lt;/a&gt; on GitHub.&lt;/p&gt;&#xA;&lt;/div&gt;&#xA;&lt;h2 id=&#34;overview&#34;&gt;Overview&lt;/h2&gt;&#xA;&lt;p&gt;The first step in starting a document system is to evaluate and determine which system to use. Based on experience, I decided that my system needed:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Documents written in markdown for simplicity, universality, and versioning.&lt;/li&gt;&#xA;&lt;li&gt;Documents organized in a tree fashion with options for categories and tagging.&lt;/li&gt;&#xA;&lt;li&gt;Standardized presentation formatting.&lt;/li&gt;&#xA;&lt;li&gt;Advanced formatting and presentation options.&lt;/li&gt;&#xA;&lt;li&gt;Easily searchable.&lt;/li&gt;&#xA;&lt;li&gt;Available from anywhere.&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;In other words, I wanted a system that converted markdown documents to an organized and hyperlinked website.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Hosting</title>
      <link>/docs/document-system/hosting/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>/docs/document-system/hosting/</guid>
      <description>&lt;h2 id=&#34;the-model&#34;&gt;The model&lt;/h2&gt;&#xA;&lt;p&gt;werkspc.com is a &lt;a href=&#34;https://render.com/&#34;&gt;Render&lt;/a&gt; static site. Render watches the GitHub repository, and every push to &lt;code&gt;master&lt;/code&gt; triggers a build from source: there is no local production build step, and the generated &lt;code&gt;public/&lt;/code&gt; directory is never committed. Deployment is therefore identical to pushing, which keeps the &lt;a href=&#34;/docs/document-system/git-workflow/&#34;&gt;git workflow&lt;/a&gt; the only workflow.&lt;/p&gt;&#xA;&lt;p&gt;The site&amp;rsquo;s DNS is managed at Cloudflare, with the domain pointed at Render.&lt;/p&gt;&#xA;&lt;h2 id=&#34;the-build&#34;&gt;The build&lt;/h2&gt;&#xA;&lt;p&gt;Render&amp;rsquo;s dashboard build command is intentionally minimal:&lt;/p&gt;</description>
    </item>
    <item>
      <title>Theme Overrides</title>
      <link>/docs/document-system/theme-overrides/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>/docs/document-system/theme-overrides/</guid>
      <description>&lt;h2 id=&#34;the-principle&#34;&gt;The principle&lt;/h2&gt;&#xA;&lt;p&gt;The vendored theme in &lt;code&gt;_vendor/&lt;/code&gt; is never edited. Hugo resolves templates by looking in the site&amp;rsquo;s own &lt;code&gt;layouts/&lt;/code&gt; before the theme&amp;rsquo;s, so a file at the same relative path shadows its theme counterpart. Customization happens by shadowing; the vendored copy stays pristine, and &lt;code&gt;hugo mod vendor&lt;/code&gt; can regenerate it at any time without losing anything.&lt;/p&gt;&#xA;&lt;p&gt;The cost of a shadow is that it copies theme markup at a point in time. When the theme upgrades, the shadow silently keeps the old markup until it is reconciled by hand, which is why the &lt;a href=&#34;/docs/document-system/#install-docsy&#34;&gt;upgrade steps&lt;/a&gt; include a re-diff of every override.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Starting my documentation site</title>
      <link>/blog/2020/04/16/starting-my-documentation-site/</link>
      <pubDate>Thu, 16 Apr 2020 16:02:22 -0500</pubDate>
      <guid>/blog/2020/04/16/starting-my-documentation-site/</guid>
      <description>&lt;p&gt;During this crazy time of corona virus quarantine, I figured it is time to get some things done. One of those is updating my documentation efforts. I was last using a system based upon asciidoc, pandoc, and git, with some work done in markdown and hugo. It worked fairly well but was cumbersome in many regards. I last reviewed methods in 2018, which was prior to my restarting school in Mathematics.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
