Screenshot Guidelines¶
This document provides guidelines for creating and managing screenshots for the Enjade user documentation.
Overview¶
Screenshots are essential for helping users understand the Enjade interface and workflows. This documentation currently contains placeholder markers that indicate where screenshots should be added.
Screenshot Locations¶
All screenshots should be placed in the /docs/user/docs/assets/screenshots/ directory, organized by topic:
screenshots/
├── getting-started/ # Login and onboarding
├── viewer-panel/ # Viewer panel interface
├── datagrid/ # DataGrid application
├── admin/ # Admin panel
└── viewers/ # Viewer integrations
Required Screenshots¶
High Priority¶
Getting Started¶
login-page.png- Main login pageviewer-panel-login.png- Viewer panel login with project selector
Viewer Panel¶
panel-layout.png- Complete panel layoutconnection-status.png- Connection status indicatorsproperties-grouped.png- Grouped properties viewproperties-table.png- Three-column properties viewproperty-types.png- Different property type exampleselement-selection.png- Element selected in viewertype-assignments.png- Type assignment interfacebatch-editing.png- Batch edit panel
DataGrid¶
grid-overview.png- Full grid interfacecolumn-management.png- Column operationsfiltering.png- Filter interfacebatch-edit.png- Batch editing dialogsaved-views.png- View management panelfooter-aggregations.png- Footer with aggregations
Admin Panel¶
dashboard.png- Admin dashboardnavigation.png- Sidebar navigationprojects-list.png- Projects listproject-create.png- Project creation formclassification-tree.png- Classification hierarchycost-plan.png- Cost plan structure
Medium Priority¶
- Version history views
- Advanced filtering
- Virtual folders
- Viewer integrations
- Batch operations
See /docs/user/docs/assets/screenshots/README.md for the complete list.
Screenshot Standards¶
Technical Requirements¶
| Aspect | Requirement |
|---|---|
| Resolution | Minimum 1200px wide for main views |
| Format | PNG for UI screenshots, JPG for photos |
| File Size | Keep under 500KB per screenshot |
| DPI | 72 DPI (standard screen resolution) |
Composition Guidelines¶
- Browser Window
- Use a consistent browser and window size
- Remove browser UI when possible (full-screen app views)
-
Ensure clean, uncluttered browser chrome
-
Content
- Show realistic but non-sensitive data
- Use example project names like "Sample Project"
-
Avoid personal information or real project data
-
Interface State
- Show the interface in its default state
- Highlight relevant features being documented
-
Keep consistent UI theme (light or dark mode)
-
Annotations
- Add annotations sparingly
- Use consistent color and style for callouts
- Ensure text is readable at documentation size
Recommended Tools¶
- macOS: Built-in Screenshot tool (Cmd+Shift+4/5)
- Windows: Snipping Tool or Snip & Sketch
- Linux: GNOME Screenshot or Spectacle
- Cross-platform:
- Greenshot (annotation support)
- ShareX (Windows, advanced features)
- Flameshot (Linux, annotation support)
Taking Screenshots¶
Preparation¶
- Set up test data
- Use "Sample Project" or "Demo Building" as project name
- Populate with representative but generic data
-
Ensure sufficient variety to demonstrate features
-
Configure interface
- Set consistent theme (recommend light mode for docs)
- Use standard browser zoom (100%)
-
Clear any notifications or overlays
-
Plan the shot
- Identify what feature to demonstrate
- Determine the minimal area needed
- Consider how it will appear in documentation
Capture Process¶
-
Main Interface Screenshots
- Open the target interface/page - Ensure it's in the desired state - Capture at least 1200px wide - Include relevant UI elements -
Dialog Screenshots
- Open the dialog/modal - Show with realistic content filled in - Include surrounding context if helpful - Capture at minimum 600px wide -
Workflow Screenshots
- Capture multiple steps if needed - Show before and after states - Highlight changed elements
Post-Processing¶
Editing¶
- Crop - Remove unnecessary UI elements
- Resize - Scale to appropriate documentation size
- Optimize - Compress without losing quality
- Annotate - Add callouts if needed (use consistently)
Optimization Tools¶
- ImageOptim (macOS) - Lossless compression
- PNGGauntlet (Windows) - PNG optimization
- OptiPNG (Cross-platform) - Command-line PNG optimizer
- TinyPNG (Web) - Online compression
File Naming¶
Use descriptive, kebab-case names:
✓ Good: viewer-panel-properties-grouped.png
✓ Good: datagrid-batch-edit-dialog.png
✗ Bad: Screenshot 2024-01-15.png
✗ Bad: IMG_0123.png
Adding Screenshots to Documentation¶
Replacing Placeholders¶
Current documentation uses this pattern:
!!! info "Screenshot Placeholder"
**TODO: Add screenshot of login page**

*The login page showing email and password input fields with the Enjade logo*
To replace:
- Create the screenshot following guidelines above
- Save with the exact filename shown in the placeholder
- Place in the correct directory
- Remove the "Screenshot Placeholder" admonition
- Keep the image reference and caption
Result:

*The login page showing email and password input fields with the Enjade logo*
Adding New Screenshots¶
When adding screenshots not marked as placeholders:

*Italic caption describing what the screenshot shows*
Quality Checklist¶
Before adding a screenshot, verify:
- [ ] Shows relevant feature clearly
- [ ] Uses appropriate resolution (1200px+ for main views)
- [ ] Contains no sensitive information
- [ ] File size is reasonable (<500KB)
- [ ] Uses proper file format (PNG for UI)
- [ ] Has descriptive filename
- [ ] Saved in correct directory
- [ ] Properly referenced in markdown
- [ ] Has descriptive caption
Updating Screenshots¶
When the UI changes:
- Identify outdated screenshots
- Retake using same guidelines
- Maintain same filename
- Update caption if needed
- Commit with clear message: "docs: Update [feature] screenshot"
Accessibility¶
Ensure screenshots are accessible:
- Alt Text - Provide descriptive alt text for screen readers
- Captions - Add captions to provide context
- Contrast - Ensure sufficient contrast in annotations
- Text Size - Don't rely on small text in screenshots; describe in documentation
Examples¶
Good Screenshot Practices¶
Example 1: Feature Overview - Full interface view - Clear feature visibility - Realistic sample data - Appropriate resolution
Example 2: Detailed View - Zoomed to relevant area - Highlights specific control - Shows interaction state - Includes visual context
Common Issues to Avoid¶
❌ Too small - Can't read text or see details ❌ Too cluttered - Distracting elements visible ❌ Inconsistent - Different theme/style across docs ❌ Outdated - Shows old UI version ❌ Low quality - Blurry or pixelated
Contributing¶
To contribute screenshots:
- Fork the repository
- Create screenshots following these guidelines
- Place in appropriate directory
- Update documentation to reference screenshots
- Submit pull request with:
- Clear description of screenshots added
- Confirmation of guideline compliance
- Reference to issue if applicable
Questions?¶
For questions about screenshot guidelines or documentation updates, please:
- Open an issue on GitHub
- Contact the documentation team
- Refer to the main contributing guide