Moonacres Text-to-HTML Conversion Standard (MTHCS)
Moonacres Text-to-HTML Conversion Standard (MTHCS)
Public
Direct / generic
Everyone
View only
QR code (opens latest published SOP)
Steps
-
PurposeThis document defines the [Moonacres Text-to-HTML Conversion Standard] (MTHCS). Its purpose is to convert operational and standards-based plain-text documents into HTML in a predictable, minimal, readable, and maintainable format. The rules below follow the Plain-Text House Style (Setext-style) v6 and specify how each textual construct should appear in HTML.
-
ScopeThe MTHCS applies to all converted standards, processes, and reference documents stored under:
systems/standards/
systems/processes/
It covers everyday operational documents, process tasks, and system references. -
OverviewThe core principle of the MTHCS is *minimalism*: convert text into HTML only to the extent required for consistent rendering, clarity, and collapsibility. All other semantics, spacing, and layout conventions must reflect the behaviour seen in manually curated HTML exemplars.
-
1. Document StructureAll converted documents must follow a simple HTML envelope:
No additional metadata, JavaScript, or structural elements may be inserted unless explicitly required.<!doctype html> <html lang="en"> <head> <meta charset="utf-8"> <title>Title goes here</title> <link rel="stylesheet" href="../css/moonacres_process.css"> </head> <body> <h1>Title goes here</h1> ... rest of content ... </body> </html> -
2. Headings<h1> remains literal in the HTML.
<h2> becomes a collapsible block:
<details class="details-level-1"><summary>Title</summary>...</details>
<h3> becomes:
<details class="details-level-2"><summary>Title</summary>...</details>
No <h2> or <h3> tags remain in converted files. Summary text must be plain text, not wrapped inside heading tags.
There must be no <p> tags around section titles. -
3. ParagraphsParagraphs should normally be represented as plain text within a section. Use <p> only when the paragraph is semantically distinct and benefits from additional spacing (for example, the Author/Date header block). Overuse of <p> adds unwanted vertical space and must be avoided.
-
4. ListsBulleted lists become <ul>. Numbered lists become <ol>. Lettered lists use <ol type="a">.
Each <li> contains plain text only. Do not wrap list items in <p>. -
5. Defined TermsDefined Terms remain literal in HTML:
[Defined Term]
Do not convert these into styled spans or semantic tags. -
6. Preformatted BlocksASCII tables, code blocks, and literal examples become:
Never wrap <pre> inside <p> or inside additional containers.<pre><code> ... </code></pre> -
7. Vertical SpacingSpacing must be controlled by CSS and structural elements. Avoid adding extra <p> tags or redundant <br> breaks. Only use <br> for necessary single-line intentional breaks inside narrative text.
-
8. Collapsible SectionsAll major sections must be wrapped in <details>. The nesting level is determined by the heading level:
H2 → details-level-1
H3 → details-level-2
H4 → details-level-3 (future use)
Example:
The summary must contain only the title text.<details class="details-level-1" open> <summary>Section Title</summary> Section content... </details> -
9. Inline FormattingAsterisks and emphasis markers remain literal:
*note*, **warning**, etc.
Do not convert these to <em> or <strong> unless explicitly instructed. -
10. File NamesAll converted documents should follow the pattern:
<name>_process.html
<name>_standard.html
Names must be lowercase, with underscores for spaces. -
Checklist
- Heading conversion performed.
- No <h2>/<h3> tags remain.
- <p> used only where appropriate.
- Lists converted properly.
- Pre/code preserved.
- Sections wrapped in details/summary.
- CSS link included.
- ASCII-only maintained.