DesignSafe-CI / DesignSafe-CI/DS-User-Guide
Difficult to Use Markdown on Hazmapper Page
Nobody has claimed this yet.
- Dominant language
- Tcl
- Stars
- 1
- Forks
- 27
- PR merge metrics
- No merged PRs in 30d
Description
Overview
Using Markdown on the Hazmapper doc (code, page) reveals obstacles.
Details
Obstacles
-
Internal anchor links should go to id-tagged elements.
Not blank anchors like
<a id="whatever"></a>, but instead use:- images:
{\#whatever ... } - headings:
#### Whatever { #whatever }- problem: Some anchors are for text that should be a heading but can not be (e.g. "Non-linked mapillary assets", "Linked mapillary assets"). reason: The heading depth limit is reached (i.e. no
#######/<h7>). solution: Raise all the files heading levels up one. problem: Headings are at the correct level for being included onto/…/tools/visualization/page. reason: The/…/tools/visualization/page heading starts at#, so child pages start at##. solutions: Proposal 1 or Proposal 2.
- problem: Some anchors are for text that should be a heading but can not be (e.g. "Non-linked mapillary assets", "Linked mapillary assets"). reason: The heading depth limit is reached (i.e. no
- new links within text:
[whatever](#whatever){ #whatever }
- images:
-
HTML should be markdown.
- problem: Anchor links via markdown fail on
/…/tools/visualization/(but succeed on/…/tools/visualization/hazmapper/). reason: Theinclude-markdownplugin outputsvisualization#whateverinstead of#whatever. solution: Do not useinclude-markdown. problem: Theincludeplugin would cause other issues. reason: All MkDocs includes solutions have some drawback. solutions: Proposal 2 or Proposal 3.
- problem: Anchor links via markdown fail on
Proposals
-
Allow Would-Be Headings to be Headings
(e.g. "Non-linked mapillary assets", "Linked mapillary assets")
- Remove a
#on each heading to reduce heading depth of Hazmapper doc. - Only on Visualization doc, increase heading depth of Hazmapper content.
- Use the
heading-offestoption when including Hazmapper doc.
- Use the
- Remove a
-
Link to Hazmapper Doc, Not "include" Them
- Change the
include-markdownsyntax invisualization.mdto be (Markdown) links.- Link to Hazmapper sibling docs too (for consistent UX).
- Restore sidebar navigation for Visualization docs (that will be lost by step 1):
- Update MkDocs to explicitly list all docs to show under Visualization (as was done for Use Cases in PR #63).
- Change the
-
Use Plugin Option to Fix Anchors That Break on Include
Use the
rewrite-relative-urlsoption when including Hazmapper doc.
Background
Noticed during WG-397.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with user-guide/docs/tools/visualization/hazmapper.md and user-guide/docs/tools/visualization.md, then inspect the MkDocs configuration and the include-markdown plugin options referenced in the issue. Build the documentation and check the Visualization page, heading structure, internal anchors, links, and sidebar navigation. Done means the selected proposal works without broken links or unintended navigation changes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- markdown
- Domain
- documentation
- Issue type
- Documentation
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100