Rst Tools -

If you have a single-page README, use Markdown. For a book-length manual with 100+ pages, indexes, and API references – are far superior. Common Pitfalls and How RST Tools Solve Them Pitfall 1: “My bullet list broke because of inconsistent indentation.” Solution: Run doc8 --max-line-length 89 to catch indentation errors.

| Feature | RST Tools (Sphinx) | Markdown Tools (MkDocs, Hugo) | | --- | --- | --- | | Cross-references (internal) | Native, robust :ref: | Requires plugins or clumsy IDs | | API doc extraction | autodoc (excellent) | Third-party (e.g., mkdocstrings ) | | Directive system | Extensive, user-extensible | Limited, often platform-specific | | Numbered figures/tables | Built-in | Manual or hacky | | Documentation versioning | Excellent (via RTD) | Varies | rst tools

In the world of technical documentation, simplicity and power often sit at opposite ends of the spectrum. ReStructuredText (RST) is the rare exception—a lightweight markup language that is both human-readable and extraordinarily extensible. But to truly harness RST, you need the right RST tools . If you have a single-page README, use Markdown

pip install rst2pdf rst2pdf mydocument.rst --stylesheets=custom.style Many teams ask: Why not just use Markdown? The answer lies in the tooling. | Feature | RST Tools (Sphinx) | Markdown

Add sphinx-autobuild for previews. Add doc8 to CI. Add sphinx.ext.graphviz for diagrams.