Capture utilisateur à l'appui du 24/09/2026.
- border-radius:0 sur toutes les cartes/boutons/cases du JOUEUR de
mini-jeu (.docMinigame, .docQuizCard/.docQuizResultCard,
.docQuizOption, .docQuizFeedback, .docQuizNextBtn/.docQuizRestartBtn,
.docAssocCard, .docAssocItem/.docAssocSlot,
.docMinigameRestartBar button, .docMemoryCardWrap/.docMemoryCardFace,
.docMotsCell/.docMotsWordChip) — "les bord des mini jeu ne doivent
plus etre arrondie". Le badge rond A/B (.docQuizOptionLetter, un
cercle volontaire) et le graphe d'édition du Scénario (outil de
configuration, pas le joueur) restent hors scope.
- Bug réel trouvé : .docQuizPlayerTitle/.docQuizQuestionText/
.docAssocTitle (et autres titres sans `color` propre) restaient
quasi invisibles sur la page blanche — `color` est une propriété
HÉRITÉE, et redéfinir la custom property --doc-text sur .docPage (fait
la session précédente) ne "recoupe" pas une couleur DÉJÀ CALCULÉE plus
haut sur .docEditor3 (palette sombre). Ajoute color:var(--doc-text)
explicitement sur .docPage, qui relance la résolution avec la bonne
valeur locale pour tout descendant sans `color` propre.
- La page ne remplissait pas toute la hauteur en Aperçu (bande noire en
bas) : .docEditor3 s'appuie sur flex:1 1 auto pour sa taille, valide
seulement comme enfant d'un flex container normal — une fois
réellement en plein écran (peint hors du flux normal par le
navigateur), ce mécanisme perd son contexte. width/height explicites
en secours sur .docEditor3:fullscreen et .docEditor3.docEditor3--preview.
Vérifié par getComputedStyle (border-radius à 0, --doc-text résolu en
sombre au niveau de .docPage, dimensions 100vw/100vh en preview).
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
