docs: fix a few links #125

tjk commented 2026年03月18日 04:51:01 +01:00

Without the ./ prefix, the links point to nonexistent subdirectories.

I found one of these while reading docs, and realized the relative path was the issue, so I searched for other occurrences and made the same fix.

Note 1: I don't have a test setup for the site build, but I'm assuming these fixes are correct because it's how they're linked elsewhere in the docs.

Note 2: There are a number of other broken links - anywhere there's a link attempting to point to a parent directory, like [this](../foo.md). However, after looking through Blogatto -> maud -> mork -> Commonmark, I can't find how to link to parent directories; Blogatto only has examples like the ones in this PR, to the same directory. And I didn't want to suggest hardcoding paths to the docs site.

> Without the ./ prefix, the links point to nonexistent subdirectories. I found one of these while reading docs, and realized the relative path was the issue, so I searched for other occurrences and made the same fix. Note 1: I don't have a test setup for the site build, but I'm assuming these fixes are correct because it's how they're linked elsewhere in the docs. Note 2: There are a number of other broken links - anywhere there's a link attempting to point to a parent directory, like `[this](../foo.md)`. However, after looking through Blogatto -> maud -> mork -> Commonmark, I can't find how to link to parent directories; Blogatto only has examples like the ones in this PR, to the same directory. And I didn't want to suggest hardcoding paths to the docs site.

krig commented 2026年03月18日 07:27:32 +01:00

Thank you!

I'll look at the ../ links, had missed them.. They probably don't work in the integrated documentation either.

Thank you! I'll look at the `../` links, had missed them.. They probably don't work in the integrated documentation either.