/* ══════════════════════════════════════════════════════════════════ SIMSIMUP — LA FEUILLE PARTAGÉE Version 3.1 · « La glace sans tain » · 2026-08-17 ⚠️⚠️ **CE FICHIER EST LA FEUILLE SERVIE, ET IL N'EN EXISTE QU'UNE. RÉÉCRIT LE 2026-09-04.** On lisait ici *« ce fichier est la source ; la copie en service est `app/static/simsimup.css` »* — c'est-à-dire que ce fichier se désignait lui-même comme la copie de lui-même, et prescrivait de recopier vers une adresse qui est la sienne. **Mesuré** : `git ls-files | grep 'simsimup\.css$'` rend **un seul** chemin. La duplication décrite a existé jusqu'au 2026-08-17 ; elle a disparu, et la consigne lui a survécu. ⚠️ *Ce qui reste vrai, et qui vaut d'être dit à sa place* : cette feuille est **partagée**, `app/static/pages/<écran>.css` ne l'est pas. Le titre de page, sa ligne de sous-titre, l'encart de message, la largeur de page et la matière d'un champ se définissent **ici, une seule fois** — une feuille de page qui les redéfinit est un défaut, pas une variante. ⚠️ **CE QU'AJOUTE LA 3.1 — LE RELIEF FONCTIONNEL**, demandé par Franck après validation de l'écran de séance : *« un peu de mise en relief afin de montrer les zones de saisie ou d'interaction »*. Ce n'est pas un retour de « la matière » : en 2.0 TOUT portait du relief, donc il ne distinguait rien. Ici il **ne dit qu'une chose : ceci se manipule**, et il est réservé à ce qui se clique, se tape ou se déplie. Voir les trois jetons `--pose`, `--pose-forte`, `--saisie`. ───────────────────────────────────────────────────────────────── CE QUE CHANGE LA VERSION 3.0 ───────────────────────────────────────────────────────────────── La 2.0 taillait tout l'écran dans UNE surface molle, et disait la hiérarchie par deux ombres opposées : **ce qui sort agit, ce qui s'enfonce contient.** Cette grammaire est abandonnée. Elle avait un défaut connu — le relief doux efface la frontière entre ce qui s'affiche et ce qui se clique — qu'il fallait tenir par trois parades. À la place, **une grammaire de camp** : **CE QUI SE DIT EST SUR LE PAPIER. CE QUI OBSERVE EST DANS LA NUIT.** Le papier porte ce que produit un humain : la parole du coach et du client, les rapports, les formulaires, les textes longs. La nuit porte ce qui l'observe et le mesure : le rail de navigation, les compteurs, le tuteur, la sonde, la consommation. ⚠️ **CE N'EST PAS UN GOÛT, C'EST LA RÈGLE MÉTIER LA PLUS STRICTE DU PROJET RENDUE VISIBLE.** Le client virtuel ne doit jamais voir le référentiel de processus ni la remarque du tuteur (D19, et les six interdits d'`ARCHITECTURE-LOGIQUE.md`). Sur l'écran de séance en 2.0, les deux colonnes ont exactement le même fond : **rien ne dit laquelle est vue du client.** Ici, le fond le dit. Corollaire opérationnel, et c'est le seul contrôle à faire en relisant un écran converti : *ce bloc, le client pourrait-il le voir ?* Si oui il est clair, si non il est sombre. Un bloc mal placé se repère sans discussion — ce que le relief ne permettait pas. ───────────────────────────────────────────────────────────────── ⚠️ POSER CE FICHIER NE CASSE AUCUN DES QUATORZE GABARITS ───────────────────────────────────────────────────────────────── C'est la décision d'ingénierie qui rend la refonte progressive, et elle mérite d'être comprise avant d'être utilisée. Les gabarits de la 2.0 écrivent leur relief de **deux** façons : ① par jeton — `box-shadow: var(--relief)` ou `var(--creux-doux)` ; ② en dur — `box-shadow: inset 4px 4px 8px var(--ombre), …`, recopié quarante fois dans l'accueil seul. Les deux sont neutralisées ici, et par deux moyens différents : ① les quatre jetons d'ombre valent **`none`** ; ② les trois couleurs d'ombre valent **`transparent`** — une ombre portée d'une couleur transparente ne se voit pas, quelle que soit la géométrie écrite dans le gabarit. **Conséquence : le jour où l'on copie ce fichier, les quatorze écrans basculent d'un coup sur le papier, sans relief, sans être touchés.** Ils ne sont pas encore *convertis* — ils n'ont ni gouttière, ni voix, ni camp — mais ils sont cohérents, lisibles et déployables. La conversion écran par écran vient ensuite, dans l'ordre donné par `DIRECTION-VISUELLE.md` §6. ⚠️ **LES ALIAS DE LA 2.0 SONT CONSERVÉS ET NE SE SUPPRIMENT PAS AVANT LA FIN.** `--matiere`, `--fond`, `--bord`, `--marque` et les autres pointent vers les nouveaux rôles. Les retirer avant que les quatorze écrans soient convertis rendrait blanches des pages entières. Le bloc porte sa propre date de péremption : voir §ALIAS. ───────────────────────────────────────────────────────────────── CE QUI EST REPRIS DE LA 2.0 SANS DISCUSSION ───────────────────────────────────────────────────────────────── · **Les jetons sont nommés par leur rôle, pas par leur teinte.** `--bord` survit à un changement de palette ; `--gris-clair` non. C'est ce qui a permis à la 2.0 d'exister, et c'est ce qui permet à la 3.0 de la remplacer sans réécrire treize fichiers. · **Les trois statuts disent un ÉTAT, jamais une catégorie**, et le libellé reste obligatoire à côté de la couleur. · **Le focus clavier est un contour PLEIN**, il ne se négocie pas. · **`prefers-contrast: more` et `prefers-reduced-motion`** en fin de fichier. Ne pas les supprimer en croyant nettoyer. · **Le fichier se charge AVANT le `