13 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	864ae697fd	Ajoute le système de modèles/thèmes de document ("Utiliser un modèle") ... Nouveau bouton dans le topbar de l'éditeur, à côté d'Aperçu, qui ouvre une modale listant les thèmes du catalogue (document_engine/themes/). Cliquer un thème charge un VRAI aperçu (rendu serveur réel dans un iframe, jamais une resucée CSS côté client) avec le choix de garder le contenu actuel ou de le remplacer par le contenu de démonstration du modèle. Architecture pensée pour une centaine de thèmes futurs : chaque thème est une feuille de style externe (static/document/themes/<id>.css) qui habille les classes fixes du moteur, jamais du code qui en changerait la structure. Premier thème implémenté pour valider le mécanisme : "Sécurité Incendie" (6 pages de contenu réel, quiz inclus). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-24 09:12:57 +02:00
williamandClaude Sonnet 5	20ee8ef35b	Aperçu en plein écran réel, sans espace autour du mini-jeu, contenu aligné en haut ... - Mode Aperçu bascule désormais en VRAI plein écran (Fullscreen API, forgeDocSetPreviewMode) au lieu d'un simple agrandissement CSS — contourne d'un coup le clipping par overflow:hidden de main.content documenté ailleurs dans ce fichier. .docTopbar est masqué comme le reste du chrome ; un nouveau bouton flottant .docPreviewExitBtn (visible seulement en Aperçu) permet de revenir à l'éditeur, en plus d'Échap (natif, resynchronisé via fullscreenchange). - .docCanvasArea perd son padding et .docPage abandonne son format A4 fixe en Aperçu (width/height:100%, aspect-ratio:unset) — le mini-jeu remplit tout l'écran, sans bordure vide autour (retour utilisateur du 23/09/2026 : "il doit prendre toute la place"). - Le contenu des cartes de mini-jeu (.docQuizCard/.docAssocCard/ .docMemoryCardWrap) passe de justify-content:center à flex-start — aligné en haut, pas centré verticalement (retour utilisateur du 23/09/2026 : "le contenu aligner en haut"). Vérifié par getComputedStyle dans les deux modes (padding/aspect-ratio de la page, visibilité du bouton de sortie et du bandeau, alignement du contenu, gating pointer-events des mini-jeux — tout reste cohérent simultanément). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 11:18:12 +02:00
williamandClaude Sonnet 5	763d26c1f1	Ajuste l'onglet Pages : bouton d'ajout fixe en haut, retire les flèches de réordonnancement, style d'onglet simplifié ... - "+ Ajouter une page" passe avant la liste et reste toujours visible (flex-shrink:0), seule la liste défile désormais. - Retire les boutons ↑/↓ par rangée : le glisser-déposer suffit pour réordonner, ce qui laisse plus de place à l'affichage du nom de la page. forgeDocMovePage devient mort (plus aucun appelant) et est supprimé. - Style de l'onglet actif simplifié : seul le border-bottom change de couleur, le texte reste neutre (plus de changement de couleur du libellé). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 09:33:45 +02:00
williamandClaude Sonnet 5	b4e4e80b7c	Panneau gauche à onglets : "Pages" (gestion complète) et "Mise en page" (bibliothèque) ... Remplace le carrousel une-page-à-la-fois par un panneau dédié plein hauteur : liste verticale scrollable de toutes les pages, réordonnage par glisser OU boutons haut/bas (accessibilité clavier), renommer (crayon, édition en ligne), supprimer (protégé contre la suppression de la dernière page), ajouter. La bibliothèque d'éléments passe dans un second onglet "Mise en page", contenu inchangé. "Mise en page" actif par défaut au chargement. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-23 09:03:21 +02:00
williamandClaude Sonnet 5	e33b11458c	Bande de pages : un seul carré visible (la page active), les flèches changent de page ... Remplace le bandeau scrollable multi-cartes par un vrai carrousel une-page-à-la-fois : un seul carré affiché (la page active), les grandes flèches ‹/› aux extrémités changent directement la page affichée (au lieu de juste faire défiler la vue). Les petites flèches ←/→ au-dessus du carré restent pour réordonner la page active parmi ses sœurs, sans changer l'affichage — distinctes des flèches de navigation. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-22 15:08:09 +02:00
williamandClaude Sonnet 5	a2b95bd547	Améliore l'UX de la bande de pages : carré + nom en dessous, flèches précédent/suivant, défilement au survol ... Chaque carte devient carré (numéro) + nom tronqué SOUS le carré, avec les actions (réordonner/renommer/supprimer) au-dessus plutôt que sur le côté. Ajoute deux flèches aux extrémités de la bande pour faire défiler la VUE (distinct du réordonnancement par carte). Un titre tronqué défile au survol de la souris (marquee), mesuré dynamiquement — jamais pour un titre qui tient déjà. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-21 15:23:19 +02:00
williamandClaude Sonnet 5	8dc4b35dcf	Supprime la couche de formes libres, déplace la navigation de page dans le panneau gauche ... Formes libres (rectangle/cercle/triangle/trait) retirées de bout en bout (bibliothèque, rendu, panneau Propriétés, grille d'accroche, JS/CSS associés) — fonctionnalité non retenue. La bande de vignettes visuelles des pages au-dessus du canevas est remplacée par une section "Pages" dans le panneau de gauche (liste simple : ajouter/renommer/réordonner (haut/bas)/supprimer), à la place de l'ex-catégorie "Mise en page" de la bibliothèque. La route document_edit ne rend plus qu'une seule page (celle affichée) au chargement, au lieu de toutes les pages pour alimenter les anciennes vignettes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-21 14:40:33 +02:00
williamandClaude Sonnet 5	57c4de3d8a	Remplace les onglets texte de pages par de vraies vignettes miniatures ... Les vignettes réutilisent le HTML réellement rendu de chaque page (CSS scale trick) et sont centrées dans le conteneur du milieu, au lieu d'une barre pleine largeur. Corrige au passage deux bugs réels trouvés en écrivant les tests : - une page contenant un mini-jeu (bouton Suivant/Recommencer) cassait le parsing HTML car .docPageThumbCard était un <button> englobant un autre <button> ; passage en div role="button" + équivalent clavier, contenu copié rendu inert. - le renommage d'une page par double-clic ne fonctionnait plus du tout (sélecteur .docPageTab oublié lors du renommage des classes). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-21 13:50:05 +02:00
williamandClaude Sonnet 5	ecd483f352	Implemente un systeme de pages pour le support de formation ... Retour utilisateur : "il faut implementer un systeme de page". Un support est desormais compose de PLUSIEURS pages (_document_pages), chacune un document independant affiche seul sur le canevas -- chaque element appartient a exactement une page via page_id (document_engine/ elements/*, routes/document/document_element_add.py/document_render.py revalident desormais un page_id explicite). Migration automatique et silencieuse pour les supports crees avant cette fonctionnalite (db/supports/ensure_document_pages_schema.py, meme convention que les ensure_X_schema.py existants) : leurs elements deviennent tous les enfants d'une "Page 1" creee a la volee, aucune perte de contenu. Nouveau paquet document_engine/pages/ (add/list/get/rename/move/delete) et 4 routes dediees (routes/document/document_page_*.py) -- supprimer la DERNIERE page restante est refuse (garde-fou pose a la route, meme decoupage que routes/game/screens/screen_delete.py cote jeu, jamais dans la fonction bas niveau). Cote editeur : une bande d'ONGLETS au-dessus du canevas (jamais un panneau lateral, choix explicite de l'utilisateur) -- clic pour changer de page, double-clic pour renommer (contenteditable), glisser pour reordonner, "+" pour ajouter, "x" pour supprimer. Changer de page vide la pile Annuler/Retablir (une commande empilee sur une autre page n'a plus de sens). Mode Apercu : navigation Page precedente/suivante avec indicateur "Page X / N" (choix explicite : page par page, pas de defilement continu), jamais affichee s'il n'y a qu'une seule page. Verifie : suite pytest complete (702 tests, dont 14 nouveaux pour les routes de pages), simulation DOM reelle (jsdom, 25 assertions couvrant tout le cycle de vie cote client -- creation/bascule/renommage/ reordonnancement/suppression de page, portee correcte des elements par page, pile Annuler/Retablir videe au changement de page, pilule de navigation en Apercu), et un test de fumee HTTP reel contre le serveur de dev en marche (creation/ajout d'element/rendu/renommage/suppression d'une page, refus de supprimer la derniere page, page inconnue -> 404). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-21 13:24:23 +02:00
williamandClaude Sonnet 5	a529857379	Refonte du Scenario en arbre de decision (modale dediee, plus de vrai/faux ... Retour utilisateur : "une consequence peut mener a d'autres choix et ainsi de suite, il n'y a pas de notion vrai/faux, il faut une modale avec la possibilite de construire un veritable arbre de choix consequence". Remplace le modele plat (situation + 2-4 choix + un seul bon choix + une consequence terminale) par un vrai graphe de nœuds : {"title", "nodes": [{"id", "text", "choices": [{"text", "target_id"}]}]} - nodes[0] est la situation initiale, chaque choix peut pointer vers n'importe quel autre nœud (branchement, convergence, fins multiples), un nœud sans choix est une fin de branche valide. Aucune notion de bonne/mauvaise reponse. L'arbre se construit desormais dans une modale dediee (trop de structure pour la colonne etroite du panneau Proprietes) : liste de nœuds, chaque choix avec un menu deroulant "mene a" listant les autres nœuds ou "fin de branche". La modale est un composant generique (.docModal*) independant de tout framework externe. sanitize_scenario_config degrade silencieusement tout target_id orphelin (nœud supprime) vers None plutot que de faire echouer le scenario entier. Le lecteur cote client navigue le graphe nœud par nœud, le texte du nœud visite remplace le precedent (toujours pas un Quiz), jusqu'a une fin de branche puis passage au scenario suivant. Verifie via simulation DOM reelle (jsdom) : navigation ramifiee (branchement, convergence, fin via nœud vide ET via choix sans cible), plusieurs arbres a la suite, et l'editeur modal complet (ouverture, ajout/suppression de nœud avec reparation des references pendantes, changement de cible, fermeture bouton/fond/Echap). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-20 17:29:24 +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