Documentation Guidelines#
Welcome to the FairDM documentation guidelines for contributors. This section covers how to write, organize, and validate documentation that serves the diverse FairDM community.
For Framework Contributors#
If you’re contributing to the FairDM framework codebase, these guides will help you ensure your documentation is clear, well-organized, and properly validated:
Essential Guides#
Learn where documentation lives and how to determine the correct location for new content
Track documentation updates for new features with a structured workflow
Link documentation to specifications and constitutional principles for traceability
Ensure your documentation builds correctly and meets quality standards
Quick Links#
Where do I add documentation? → Information Architecture
How do I track documentation updates? → Feature Checklist Workflow
How do I add cross-references? → Cross-Reference Patterns
How do I validate documentation? → Validation Rules
What are the writing standards? → Coming soon
Overview#
FairDM documentation serves four distinct audiences, each with different needs:
Audience |
Section |
Purpose |
|---|---|---|
Portal Users |
|
How to use a FairDM-powered portal |
Portal Administrators |
|
How to manage and configure a portal |
Portal Developers |
|
How to build and customise a portal |
Framework Contributors |
|
How to contribute to FairDM itself |
Important
These four sections are immutable — future features must use these section names and locations.
Documentation Principles#
FairDM documentation follows these core principles from our Constitution:
Audience-First: Organize content by reader role, not by technical implementation
Traceability: Link documentation to specifications and governance principles
Quality Gates: Automated validation prevents broken links and incomplete documentation
FAIR-Aligned: Documentation itself follows FAIR principles (Findable, Accessible, Interoperable, Reusable)
Contributing to Documentation#
Before You Write#
Identify your audience: User, Admin, Developer, or Contributor?
Check existing content: Is there already documentation for this topic?
Consult the IA guide: Where should this documentation live?
While You Write#
Follow the style guide: Clear, concise, example-rich content
Add cross-references: Link to specs, constitution, related docs
Include examples: Show, don’t just tell
Consider accessibility: Alt text for images, descriptive link text
After You Write#
Run validation: Build docs locally and check for errors
Complete the checklist: Use the feature documentation checklist
Request review: Tag documentation reviewers in your PR
Tools and Resources#
Getting Help#
Questions about where to document something? → File an issue
Need help with MyST syntax? → MyST Syntax Reference
Found a documentation bug? → Report it
Table of Contents#
Ready to contribute documentation? Start with the Information Architecture Guide to find the right home for your content.