Skip to content

docs: Ideas #400

@pawamoy

Description

@pawamoy
  • Backlinks: Add "See also" or "Related topics" sections at the end of major pages to guide users to next steps or related concepts. E.g., after describing the architecture, link to workflow, contributing, and API reference.
  • Audience callouts: Some technical sections (e.g., internal API, architecture) are written for contributors but are mixed with user-facing docs. Add clear callouts at the top of each page/section indicating if it's for users, contributors, or maintainers.
  • Task index: The contributors’ commands page lists many tasks, but navigation is linear. Add a task index or summary table at the top, with links to each task’s details.
  • Task usage examples: For each task, provide a short example of when and why to use it, not just the technical invocation.
  • Diagrams: You have interactive SVGs for architecture, but consider adding more diagrams for workflows (e.g., release process, contribution flow).
  • Code samples: Where you describe CLI usage or API calls, include copy-pasteable code blocks and expected output.
  • Consistent terminology: Ensure terms like "tasks," "commands," "scripts," and "duties" are used consistently and defined early.
  • Section intros and summaries: Start each major section with a brief summary of what the reader will learn, and end with a recap or next steps.

Metadata

Metadata

Assignees

Labels

docsImprovements or additions to documentation

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions