williamandClaude Sonnet 5
b633126a7e
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>
static/document/
CSS/JS/assets du futur éditeur Support de formation (voir
docs/plan/PLAN.md). Vide pour l'instant : aucun code métier n'existe
encore côté document.