Skip to main content

Documentation Index

Fetch the complete documentation index at: https://mintlify.com/apursley2012/a-master-artificer/llms.txt

Use this file to discover all available pages before exploring further.

The writing section of the A Master Artificer theme is built across two files that work together. blogindex.html is the Loose Pages index — a list of all your articles with titles, summaries, and dates. article.html is the individual article view, where a single post is displayed in full. The route for both is under /blog. This two-file structure separates the browsing experience from the reading experience, which keeps each view focused on a single job.

Loose Pages — blogindex.html

The blog index page maps to the route /blog and carries the themed navigation label Loose Pages. Visitors land here first when they navigate to the writing section. They see a list of your articles, with enough information about each one to decide which to read.

File

blogindex.html
Route: /blog
Themed label: Loose Pages
Asset: assets/BlogIndex.js

HTML Structure

blogindex.html uses the same HTML shell as the rest of the theme. The article list and summary content are rendered by the React application from assets/BlogIndex.js.
<!doctype html>
<html lang="en">

<head>
    <meta charset="UTF-8" />
    <link rel="icon" type="image/svg+xml" href="./vite.svg" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>A Master Artificer</title>
    <script type="module" crossorigin src="./assets/main.js"></script>
    <link rel="modulepreload" crossorigin href="./assets/proxy.js">
    <link rel="modulepreload" crossorigin href="./components/grimoire/AstrolabeNav.js">
    <link rel="modulepreload" crossorigin href="./components/grimoire/CustomCursor.js">
    <link rel="stylesheet" crossorigin href="./assets/main.css">
</head>

<body>
    <div id="root"></div>
</body>

</html>

What to Edit

Open assets/BlogIndex.js and replace the sample articles list with your own writing.
1

Add your article titles

Each entry in the index needs a title. Write titles that are specific and honest about what the article is — avoid vague or clickbait-style titles. A title like “What I Learned Debugging a Memory Leak in a Node.js Application” tells a reader exactly what they are getting.
2

Write a summary for each article

The summary appears in the index alongside the title. It should be one to three sentences that accurately describe what the article covers and why it is worth reading. Write summaries that help the reader decide — not summaries that just repeat the title.
3

Add publication dates

Include the date each article was published or last updated. Dates help visitors understand how recent your writing is and whether it is still relevant to current practices.
4

Confirm each article links to the correct route

Each article entry in the index should link to the individual article view at /blog/:slug or the equivalent path used in the theme. Check that all links resolve correctly before publishing.
5

Update the page title

In blogindex.html, update the <title> tag to include your name and the page context — for example, Your Name — Writing.

Individual Article — article.html

The individual article page displays a single post in full. It maps to the route /blog/:slug (or the equivalent path structure used by the theme’s routing) and shares the Loose Pages navigation context. When a visitor selects an article title in the index, they are taken to this view.

File

article.html
Route: /blog/:slug
Themed label: Loose Pages
Asset: assets/Article.js

HTML Structure

article.html uses the same HTML shell as the rest of the theme.
<!doctype html>
<html lang="en">

<head>
    <meta charset="UTF-8" />
    <link rel="icon" type="image/svg+xml" href="./vite.svg" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>A Master Artificer</title>
    <script type="module" crossorigin src="./assets/main.js"></script>
    <link rel="modulepreload" crossorigin href="./assets/proxy.js">
    <link rel="modulepreload" crossorigin href="./components/grimoire/AstrolabeNav.js">
    <link rel="modulepreload" crossorigin href="./components/grimoire/CustomCursor.js">
    <link rel="stylesheet" crossorigin href="./assets/main.css">
</head>

<body>
    <div id="root"></div>
</body>

</html>

What to Edit

Open assets/Article.js and replace the sample article content with your own writing. Each article is a standalone piece with a title, date, and full body text.
1

Write or paste your article content

Replace the sample article body with your own writing. You can write directly in the JavaScript module or paste content you have drafted elsewhere.
2

Set the article title and date

Each article needs a title and a publication date. These appear at the top of the article view and should match the corresponding entry in the blog index.
3

Review formatting

Check that headings, paragraphs, and any code blocks or lists in your article render correctly in the browser after you save the file.
4

Add a link back to the index

Make it easy for readers to return to the full list of articles after finishing one. Confirm that a back link or navigation element connecting to /blog is present.

The Two-File Pattern

The separation between blogindex.html and article.html keeps each view focused on a single purpose. The index is for browsing; the article view is for reading. This pattern also makes it easier to add new writing over time — you add a new entry to the index and a new article in the article module without restructuring the HTML.
blogindex.htmlarticle.html
PurposeLists all articles for browsingDisplays one article for reading
ContentTitles, summaries, dates, linksFull article body, title, date
Visitor actionScans and selectsReads from top to bottom
Write in your own voice. The writing section is one of the strongest differentiators a portfolio can have, but only if the content is genuine. Technical tutorials, lessons learned, opinions on tools you use, or write-ups of projects you built are all appropriate. Avoid writing articles that sound like documentation or press releases — write them the way you would explain the topic to a colleague you respect. That tone is more interesting to read and more representative of how you actually think.

Build docs developers (and LLMs) love