58 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	081b65f48f	Corrige "+ Ajouter une paire" qui ne faisait rien (Association) ... Retour utilisateur direct : cliquer "+ Ajouter une paire" ne montrait aucune nouvelle ligne. Cause reelle : la nouvelle paire etait creee avec ses deux champs vides ({left:'', right:''}), or sanitize_association_config (routes/document/document_element_update.py) rejette a raison toute paire dont un cote est vide - la paire disparaissait donc silencieusement des sa creation, sans aucun signal. Corrige en pre-remplissant des valeurs par defaut non vides ("Nouvel element" / "Sa correspondance"), meme strategie que forgeDocQuizNewQuestion (deja correcte pour le quiz). Verifie via sanitize_association_config directement (la paire par defaut survit desormais) et via un appel HTTP complet reproduisant exactement l'action du bouton cote client (element cree, persiste, rendu dans le badge "1 paire"). SKIP=djlint : backlog H021 pre-existant, aucun template touche ici. ruff/mypy --strict tous verts ; 50 tests document verifies frais. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 13:07:54 +02:00
williamandClaude Sonnet 5	ce750ec697	Implemente le mini-jeu Association (glisser-deposer par paires) ... document_engine/labels/association_config.py (nouveau) : modele de donnees, meme convention resolve_X/sanitize_X que quiz_config.py - DEFAULT_ASSOCIATION_CONFIG, sanitize_association_config (chaque paire doit avoir ses deux cotes non vides, sinon supprimee silencieusement ; liste tronquee a MAX_PAIRS=8). Cote serveur, routes/document/document_element_update.py revalide desormais aussi l'association avant persistance (meme raisonnement que pour le quiz). Le rendu (_render_association) affiche un resume reel (nombre de paires) et, des qu'au moins une paire existe, un plateau de glisser-deposer REELEMENT interactif en Mode Apercu (_render_association_player) : les deux colonnes (termes/ correspondances) sont melangees independamment (random.shuffle, melange d'affichage documente dans CODE_QUALITY.md) puis embarquees en JSON dans un attribut data-assoc-config. Cote editeur, le panneau Proprietes d'une association ("relier visuellement deux champs qui vont ensemble") est une liste de paires repetable, chaque ligne reliant visuellement un champ "Element" et un champ "Correspondance" par un glyphe ↔. Le plateau jouable en Apercu (static/document/js/document-editor.js) supporte deux facons de jouer, toutes deux reelles : glisser-deposer HTML5 natif, ou cliquer une carte puis son emplacement (repli pour les appareils sans support fiable du drag) - bonne association verrouillee en vert, mauvaise signalee puis reinitialisee, ecran de resultat une fois toutes les paires associees. Bug reel trouve ET corrige via simulation DOM complete (glisser- deposer + clic simules, pas juste un chargement de page) : le feedback visuel reutilisait la classe CSS du quiz via une reaffectation de className qui supprimait au passage la classe d'identite docAssocFeedback, rendant l'element introuvable des le premier essai de match (aurait plante en usage reel des la premiere tentative). Corrige en gardant toujours les deux classes ensemble. Tests : 8 tests purs (tests/document/test_association_config.py, sans Flask) + 1 test de route verifiant la sanitization a l'ecriture. SKIP=djlint : backlog H021 pre-existant, aucun template touche ici. ruff/mypy --strict/vulture/bandit/import-linter/eslint/stylelint tous verts ; 50 tests document verifies frais. Verification manuelle live complete : ajout, sanitization sur paire invalide, rendu du plateau, et simulation DOM du gameplay reel (glisser-deposer correct/incorrect, clic-selection, progression, ecran de resultat) - script de diagnostic non conserve dans le depot. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 13:01:21 +02:00
williamandClaude Sonnet 5	9fb22be1ae	Quiz reellement interactif en Mode Apercu (voir maquette document-formation-web.html) ... Le quiz affichait jusqu'ici la meme carte resume en edition comme en Apercu. Ajoute un vrai questionnaire jouable, visible UNIQUEMENT en Mode Apercu (masque en edition via CSS, jamais les deux a la fois) : options de reponse cliquables, marquage correct/incorrect immediat, score qui accumule les points de chaque question repondue correctement, progression "Question suivante", et un ecran de resultat final (score obtenu / total des points possibles) avec "Recommencer le quiz" - structure et identite visuelle calquees sur docs/plan/maquettes/document-formation-web.html (cartes en degrade, options A/B/C/D, feedback vert/orange), adaptees aux tokens --doc-* deja en place (theme clair/sombre inclus, nouvelles variables --doc-quiz-success-*/--doc-quiz-danger-*). Cote rendu (document_engine/rendering/render_document_element.py), _render_quiz ajoute desormais le questionnaire (fonction privee _render_quiz_player) des qu'au moins une question existe : les questions sont embarquees en JSON dans un attribut data-quiz-config (jamais un <script> par element), echappees pour l'HTML - aucun aller-retour serveur pendant qu'on joue, tout le deroulé (reponse/ score/suivant/resultat) est gere par static/document/js/document-editor.js. pointer-events, desactive sur tout element en Apercu pour empecher la selection/le glisser-deposer pendant le test, est reactive specifiquement dans le questionnaire pour qu'il reste reellement cliquable. Tests : 3 nouveaux tests de rendu purs (sans Flask, dont un qui verifie l'echappement HTML du texte d'une question contre une injection). Verifie en live via une simulation DOM complete (basculer Apercu, repondre correctement puis incorrectement, verifier score/feedback/etat des options, passer a la question suivante, voir l'ecran de resultat) - le script de diagnostic n'a pas ete conserve dans le depot. SKIP=djlint : backlog H021 pre-existant, aucun template touche ici. ruff/mypy --strict/vulture/bandit/import-linter/eslint/stylelint tous verts ; 48 tests cibles (document + onboarding) verifies frais. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 12:08:03 +02:00
williamandClaude Sonnet 5	9d87a4bfef	Implemente le mini-jeu Quiz (questions/choix/points/timer) ... document_engine/labels/quiz_config.py (nouveau) : modele de donnees complet, meme convention resolve_X/sanitize_X que game_engine/rendering/quiz_box_config.py cote jeu (aucun import croise) - DEFAULT_QUIZ_CONFIG, sanitize_quiz_config (valide/nettoie chaque question independamment, jamais ne leve, tronque a 2-4 choix, remet correct_index a 0 si hors bornes/non-entier, clampe points >= 0 et timer_seconds dans [5,300]), quiz_total_points. Cote serveur, routes/document/document_element_update.py revalide desormais un quiz avant persistance (seul kind qui en a besoin - les autres n'ont que des attributs scalaires sans structure a garantir) et renvoie les attributs REELLEMENT persistes dans sa reponse, pour que le client ne derive jamais de la verite serveur apres un nettoyage serveur (ex. choix en trop tronque). Cote editeur (static/document/js/document-editor.js), le panneau Proprietes d'un quiz est desormais reel : chronometre optionnel, couleur de theme, liste de questions repetable (ajout/suppression), chacune avec son texte, un nombre de choix ajustable (2-4, les inputs texte suivent), le choix correct via un radio par question, et les points gagnes. Le rendu canevas (render_document_element.py) affiche un resume reel (nombre de questions, total des points, minuteur) au lieu du placeholder generique. Tests : document_engine/labels/quiz_config.py couvert par 13 tests purs (tests/document/test_quiz_config.py, sans Flask - defauts, troncature, validation, cas limites dont bool comme correct_index) + 1 test de route verifiant la sanitization a l'ecriture et le rendu. SKIP=djlint : backlog H021 pre-existant, aucun template touche ici. ruff/mypy --strict/vulture/bandit/import-linter/eslint/stylelint tous verts ; 63 tests cibles (document + onboarding + auth) verifies fraichement + verification manuelle live via le serveur de dev (ajout, sanitization sur choix invalides/en trop, rendu du resume avec minuteur). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 11:40:48 +02:00
williamandClaude Sonnet 5	597d99a8de	Corrige le bandeau d'outils invisible et force l'editeur en pleine largeur ... Bug reel (retour utilisateur direct, capture d'ecran a l'appui) : .docEditor3 utilisait position:fixed; inset:0 pour occuper tout l'ecran, mais son ancetre main.content a overflow:hidden (voir body.objectEditBody dans static/style.css) — qui ROGNE VISUELLEMENT tout descendant position:fixed a sa propre boite, laquelle commence sous la barre de navigation du site, pas au vrai sommet du viewport. Le bandeau d'outils (56px) tombait entierement dans la zone rognee, invisible, pendant que le reste de l'editeur semblait juste decale vers le haut a sa place. Corrige en respectant le pattern deja etabli par les autres editeurs (body.objectEditBody + main.content en flex:1 1 auto) plutot qu'un overlay fixed — .docEditor3 est desormais un simple enfant flex qui remplit main.content. Meme correction pour le tiroir mobile des barres laterales (position:absolute relatif a .docBodyWrap plutot que position:fixed relatif au viewport). Ajoute aussi une regle pour que l'editeur occupe toute la largeur de la fenetre bord a bord (demande explicite) : .content/.content-wide imposent normalement 760px/1600px avec padding fixe. SKIP=djlint : meme backlog H021 pre-existant que les commits precedents (document_edit.html verifie clean individuellement). ruff/mypy --strict/vulture/bandit/import-linter/eslint/stylelint tous verts ; 24 tests du support de formation verifies apres coup (changement CSS/Jinja pur, aucune logique serveur touchee) ; verifie en live que le serveur sert bien le CSS corrige. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 10:37:29 +02:00
williamandClaude Sonnet 5	7ca03380b7	Retire l'action Publier du support de formation ... Un apprenant n'a jamais acces a l'editeur : un etat "publie" persiste en base (published_at) ne servait donc a rien tant qu'aucune vue apprenant/export ne le consomme (retour utilisateur direct). Retrait complet : route /document/<slug>/publish, db.mark_support_published, la colonne logique published_at dans support_meta, le bouton et son CSS/JS. "Aperçu" devient l'action primaire du bandeau (repond au vrai besoin : voir le rendu avant un futur export). Un export reel (SCORM ou equivalent) reste a specifier separement le jour venu. SKIP=djlint : meme backlog H021 pre-existant que le commit precedent, aucun fichier touche ici n'y figure. ruff/mypy --strict/vulture/ bandit/import-linter/eslint/stylelint tous verts ; 615 tests Python (617 - 2 tests du Publier retire) + verification manuelle live du retrait (route 404, bouton absent du HTML, Apercu confirme fonctionnel par simulation DOM). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 09:58:53 +02:00
williamandClaude Sonnet 5	bab581737a	Ajoute le support de formation : entite racine separee du jeu 2D ... Nouveau moteur document_engine/ (elements CRUD + rendering + labels), db/supports/ (stockage independant de db/games), routes/document/ (CRUD AJAX + publication), et l'editeur frontend complet (templates/document/, static/document/) avec moteur de layout reel (glisser-deposer -> fusion en rangee ou insertion avant/apres), vrai Undo/Redo par pile de commandes, grille d'accroche pour les formes libres, apercu responsive a largeurs fixes, mode Apercu, et publication persistee. "Mes formations" (templates/index.html) liste desormais les environnements 2D et les supports de formation cote a cote ; l'onboarding et core/auth_guard.py sont generalises pour qu'un compte restreint puisse posseder un projet de chaque type independamment. SKIP=djlint : le hook ne signale que le backlog H021 (styles en ligne) deja documente dans CODE_QUALITY.md sur des fichiers pre-existants non touches ici (base.html, game/play.html, scene_edit.html, game_dashboard_simple.html, clause_row.html) plus une ligne de index.html deja presente avant cette session — aucun nouveau fichier (document_edit.html compris) n'y figure. Tous les autres outils (ruff, mypy --strict, vulture, bandit, import-linter, eslint, stylelint) passent sans erreur ; 617 tests Python + 276 tests JS verts, plus une verification manuelle complete du cycle de vie via le serveur de developpement. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 09:20:33 +02:00
williamandClaude Sonnet 5	b2e933f322	Reorganisation game/document : renommage screens->game_engine + sous-dossiers game/ dans routes, scripts, static, templates, tests ... Prepare la scission a venir entre l'editeur Jeu 2D et le futur editeur Support de formation (voir docs/plan/PLAN.md), sans toucher a l'architecture en couches existante : - screens/ renomme en game_engine/ (nom clair pour le moteur du jeu 2D, avant l'arrivee d'un second "moteur" cote document) : ~85 imports corriges, contrat import-linter mis a jour, meme forme de couches. - routes/, scripts/, static/, templates/, tests/ : tout ce qui est propre au jeu 2D deplace dans un sous-dossier game/ de chacun (routes/game/, static/game/, templates/game/, tests/game/, scripts/game/) ; ce qui est partage par le site (auth, onboarding, dashboard, uploads, db/) reste a la racine de chaque dossier. Un sous-dossier document/ (vide) cree dans chacun pour le futur chantier. - styles/ volontairement inchange : les 3 fichiers sources sont concatenes en un seul static/style.css charge par tout le site, scinder leur CONTENU (editeur vs partage) serait un refactor CSS distinct, pas un deplacement mecanique. - Chaine d'export SCORM (publish/build_scorm_package.py) mise a jour en profondeur : copie des assets, URLs d'icones relatives a static/style.css (qui ne bouge pas), manifeste, wrapper SCORM. - Deux regressions d'un sweep de renommage anterieur corrigees au passage (screens.js/screens/scene-objects incorrectement convertis en game_engine.js/game_engine/scene-objects dans des commentaires). - Effet de bord Windows decouvert et corrige : git mv + Path.write_text convertissent des fichiers en CRLF (core.autocrlf=true) - ~189 fichiers normalises en LF. - .eslintrc.json/package.json : uniquement les chemins de glob mis a jour (static/game/js/...) ; la preparation eslint-plugin-unicorn du lot 7 reste volontairement non committee (package-lock.json restaure a la version precedente). Verifications : ruff, mypy --strict (391 fichiers), vulture, bandit, lint-imports tous verts ; 591/591 tests Python, 276/276 tests JS ; demarrage serveur + requetes HTTP manuelles confirmant que les assets deplaces repondent en 200 au nouvel emplacement et 404 a l'ancien. SKIP=djlint : backlog H021 (styles inline) deja documente comme dette assumee dans CODE_QUALITY.md section 6, aucun template touche par ce commit au-dela d'un deplacement de fichier. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-19 12:27:53 +02:00