<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Docsy on Werk Space</title>
    <link>/tags/docsy/</link>
    <description>Recent content in Docsy on Werk Space</description>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Thu, 06 Aug 2026 17:39:13 +0000</lastBuildDate>
    <atom:link href="/tags/docsy/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>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>
  </channel>
</rss>
