39b2b642d2
Plan UI premium 6–8 semaines (design system, shell, Storybook, a11y): - Design system: DESIGN_TOKENS.md, APP_SHELL.md, FULL_LAYOUT_PAGE.md. Single source for layout/shell (index.css), shadows (design-system.css), durations/easing. - Tokens: shadow-cover-depth, shadow-gold-glow, shadow-fab-glow; layout max-height (max-h-layout-drawer, max-h-layout-panel, max-h-layout-list). All duration-200/300/500 replaced by --duration-fast/normal/slow. Arbitrary shadows replaced by token classes. - Shell & player: Sidebar, Header, GlobalPlayer, MiniPlayer, PlayerQueue, PlayerControls, AudioPlayer use tokens; focus-visible on Sidebar, PlayerQueue, DropdownMenuTrigger/Item, TabsTrigger. Typography: text-[10px]/[9px] → text-xs where applicable. - ESLint: no-restricted-syntax (warn) for w-/h-/rounded-/shadow-/text-/spacing arbitrary. - Scripts: report-arbitrary-values.mjs, capture/compare/generate visual; visual-complete.spec.ts. - Stories full layout: Dashboard, Playlists, Library, Settings, Profile in DashboardLayout.stories. - .cursorrules + README: DESIGN_TOKENS, APP_SHELL, visual commands, no arbitrary without justification. - apps/web/.gitignore: e2e test artifacts (test-results-visual, playwright-report-visual). Co-authored-by: Cursor <cursoragent@cursor.com>
38 lines
2.5 KiB
Text
38 lines
2.5 KiB
Text
# Règles de Développement UI - Projet SaaS
|
|
|
|
## 1. Standards Tailwind & Layout
|
|
|
|
- **Interdiction formelle** d'utiliser des valeurs arbitraires (ex: `w-[300px]`, `gap-[7px]`, `rounded-[12px]`, `shadow-[...]`) pour les espacements, tailles, rayons ou ombres sans justification (voir exceptions dans `apps/web/docs/DESIGN_TOKENS.md`).
|
|
- Utilise exclusivement l'échelle de spacing native de Tailwind ou les **Layout Primitives** définies dans `apps/web/src/index.css` :
|
|
- `max-w-layout-content` (1600px)
|
|
- `min-h-layout-main` (calc(100vh - 4rem))
|
|
- `min-h-layout-page` (600px)
|
|
- `min-h-layout-page-sm` (400px)
|
|
- `min-h-layout-story` (192px, pour les stories)
|
|
- Référence unique : **DESIGN_TOKENS.md** et **APP_SHELL.md** dans `apps/web/docs/` pour layout, espacements, ombres, typo, transitions.
|
|
|
|
## 2. Cycle de Vie des Composants (Storybook-First)
|
|
|
|
- Toute modification d'UI doit d'abord être validée dans sa **Story**.
|
|
- Chaque composant "Feature" doit obligatoirement posséder les états suivants dans sa Story :
|
|
- `Loading` (utilisant des Skeletons)
|
|
- `Error` (état de repli)
|
|
- `Empty` (si liste ou data)
|
|
- Référence toujours le `docs/STORYBOOK_CONTRACT.md` avant de créer une story.
|
|
- N'importer jamais les providers applicatifs dans les stories ; utiliser le décorateur global (StorybookDecorator).
|
|
|
|
## 3. Modularité & IA-Friendliness
|
|
|
|
- Si un composant dépasse **300 lignes**, il DOIT être découpé en sous-composants atomiques.
|
|
- Les composants doivent être "purs" : la logique de fetch doit être mockée via MSW dans `apps/web/src/mocks/handlers.ts`.
|
|
- Lors de l'ajout d'une nouvelle fonctionnalité qui appelle l'API, ajouter le handler correspondant dans `handlers.ts` sans qu'on te le demande.
|
|
|
|
## 4. Audit & Qualité
|
|
|
|
- Avant de finaliser une tâche, lance `npm run test:storybook` (depuis `apps/web`) après build + serve sur 6007 pour garantir 0 erreur réseau/console.
|
|
|
|
## 5. Tests visuels et valeurs arbitraires
|
|
|
|
- **Commandes visuelles** (depuis `apps/web`) : `npm run visual:capture` (capture écrans → `visual-tests/current/`), `npm run visual:compare` (diff vs baselines), `npm run visual:update` (mise à jour des baselines). Procédure détaillée dans `apps/web/visual-tests/README.md`.
|
|
- **Rapport des valeurs arbitraires** : `node scripts/report-arbitrary-values.mjs` (optionnel `--json` ou `--dir src/features`) pour lister les patterns à migrer ; pas de remplacement automatique sans revue.
|
|
- **Nouvelle page full layout** : suivre `apps/web/docs/FULL_LAYOUT_PAGE.md` (route, story, MSW, viewport).
|