How FrameworX documentation combines Diátaxis framework with module-centric navigation and AI-optimized content.
Platform → Technology → Supporting → Documentation Structure and Design Philosophy
FrameworX 10.1 documentation follows the Diátaxis framework—not as an academic exercise, but to solve real problems. Engineers need different types of information at different times: learning concepts, following tutorials, solving specific problems, or looking up technical details. Our documentation structure ensures you find exactly what you need, when you need it, whether you're a human reader or an AI assistant parsing the content.
Diátaxis defines four distinct documentation types, each serving a specific purpose:
Type | Purpose | When You Need It | Example |
---|---|---|---|
Tutorials | Learning by doing | First time with the platform | Build your first HMI display |
Concepts | Understanding why | Need context and theory | How alarms state management works |
How-to Guides | Solving specific problems | Have a task to complete | Configure alarm email notifications |
Reference | Technical specifications | Need precise details | Alarm API methods and properties |
Each documentation type answers a different question:
Mixing these types creates confusion. Keeping them separate ensures clarity.
While strictly following Diátaxis principles, we recognize that engineers often think in terms of modules. Our hybrid approach provides both navigation paths:
Navigate to any module (Alarms, Historian, Displays) and find all four documentation types:
Or browse by documentation type across all modules:
This dual navigation ensures users can follow their natural workflow, whether exploring a specific module or seeking a particular type of information.
Every design decision supports both human comprehension and machine parsing:
Traditional Approach | Our Approach | Why |
---|---|---|
Screenshots everywhere | Tables and diagrams | Machine-readable, version-independent |
UI-specific instructions | Conceptual workflows | Resilient to UI changes |
Binary images | SVG/HTML5 graphics | Searchable, scalable, accessible |
Rule: Include an image only if it conveys information that text or diagrams cannot express clearly.
Examples where images add value:
FrameworX 10.1 underwent comprehensive terminology review:
This structure directly enables AI capabilities:
User Challenge | How Structure Helps |
---|---|
"Where does tutorial end and how-to begin?" | Clear separation with distinct purposes |
"I need all alarm information" | Module view consolidates all types |
"Just tell me how to do X" | How-to guides isolated from theory |
"I need to understand the architecture" | Concept pages without implementation details |
Three complementary navigation methods:
Each path leads to the same content, organized for different mental models.
This structure evolves based on:
The framework remains stable while content continuously improves.