| name | simmrust-desktop-ui-validation |
| description | Design, implement, or review SIMM desktop UI changes using the app's native utility direction, existing React/Tauri boundaries, overlay architecture, CSS system, and real Tauri smoke-test concerns. Use for app shell, overlays, mod library UI, environment UI, logs/configuration/accounts/settings screens, responsive desktop layout, or UI ship-readiness work. |
SIMM Desktop UI Validation
Workflow
- Treat SIMM as an operational desktop utility, not a landing page or marketing dashboard.
- Read the current component, store, API, event, and CSS surfaces before changing UI.
- Preserve existing app boundaries: UI actions through
ApiService, events through events.ts, theme variables through the current styling model.
- Prefer dense split views, tables, toolbars, inspectors, status bars, and dialogs for blocking decisions.
- For layout changes, account for 1080p, 1440p, and 4k desktop viewports. Keep desktop rem sizing stable and fix component/container constraints instead of relying on viewport-wide root font scaling.
- Validate with TypeScript first, then tests/build; use real Tauri-hosted review when behavior depends on Tauri APIs.
Design Guardrails
- No hero sections, bento dashboards, decorative gradients, pill spam, or nested card stacks for core app workflows.
- Primary and destructive actions must not rely on hover-only icon affordances.
- Keep desktop controls compact, labeled where needed, keyboard reachable, and stable across window sizes.
- Avoid desktop breakpoint font-size scaling that makes controls render differently on high-resolution monitors.
- Use the existing FontAwesome
Icon wrapper unless the repo intentionally migrates.
Read references/desktop-ui-playbook.md before broad UI changes.