8 Commits

Include renames

Author	SHA1	Message	Date
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
williamandClaude Sonnet 5	b07b231a61	Ajoute l'assistant IA "Ruby" (Claude + Scenario) et corrige plusieurs bugs de la scène ... Intègre un chat IA capable de manipuler la scène via les mêmes fonctions que l'éditeur manuel (objets, variables, déclencheurs, images générées), avec conversations multiples par écran façon Claude. Corrige au passage le rafraîchissement pjax hors-ordre, l'onglet IA/déclencheurs vide après sélection d'un objet, la comparaison de booléens dans les conditions, et le blocage du glisser-déposer hors du cadre caméra après un redimensionnement de fond par l'IA. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-09 19:40:31 +02:00
williamandClaude Sonnet 5	e82eb7ce88	Retire l'export exécutable (.exe) et la partie publique en ligne (/jouer) ... Décision produit : seul l'export Web/SCORM (LMS) est pertinent — l'export exécutable Windows autonome (publish/build_package.py, bouton "Publier") et la partie publique par joueur (/jouer/<slug>, routes/public_play/, "Publier en ligne") sont jugés redondants et retirés. Conserve le mécanisme d'état "par joueur" (db/global_vars, db/rows, per_player) : infrastructure générique déjà utilisée par Score/Progression et testée indépendamment de toute route publique (voir tests/test_player_state.py), aucune raison de la retirer. _STATIC_ITEMS/_copy_characters (copie sélective des sprites CraftPix réellement utilisés) migrent de build_package.py vers build_scorm_package.py, seul appelant restant. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-02 10:59:28 +02:00
williamandClaude Sonnet 5	9776fbc057	Score/Progression (Phase 1.1 de la feuille de route produit) ... Concept de premier ordre, distinct du système de variables globales — préalable identifié aux futurs exports SCORM/xAPI (note de cadrage .claude/Forge_Engine_Cadrage.pdf) : ces standards ont besoin d'un signal "score"/"terminé" propre, pas d'une convention sur une variable choisie par le créateur. - db/scoring/ (même patron que db/global_vars/) : table _scoring, un score numérique + un statut (non_commence/en_cours/termine/reussi/ echoue) par joueur (voir db.PLAYER_SHARED pour l'aperçu créateur). - Deux nouvelles actions de flux, dans les deux éditeurs (document et scène) : "Modifier le score" (réutilise le vocabulaire d'opérations déjà là pour "Modifier une variable" — incrémenter/définir/etc., aucune nouvelle colonne de nœud) et "Définir le statut de la partie". - Routes créateur (routes/flow/flow_node_run_score.py, flow_node_run_status.py) + miroirs publics par joueur (routes/public_play/) — même principe que flow_node_run_variable.py. - GET /game/<slug>/scoring/<player_id> : lecture interne, pas exposée au joueur, préparée pour être consommée par le futur export Web/SCORM. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-09-02 06:23:37 +02:00
williamandClaude Sonnet 5	1289079da5	Ajoute "Publier" : exporte un jeu en exécutable Windows autonome ... Fonctionnalité mise de côté depuis le tout début de ce chantier ("jouable en toute autonomie"). Nouveau bouton "📦 Publier" dans la barre de navigation du jeu (après "▶️ Jouer") : construit un zip contenant un Python portable + Flask embarqués, une copie figée du moteur de rendu (screens/db/filters + le strict minimum de core/) et des données du jeu (game.db + uploads/), lancé en double-cliquant sur run.bat — aucune installation requise, 100% hors-ligne (voir le commit précédent qui a auto-hébergé polices/animate.css, dernière dépendance CDN de l'app). Exploration préalable a confirmé que screens/ et db/ sont déjà totalement découplés de auth/routes/core (seul lien : un try/except optionnel dans db/connection.py) et que templates/play.html n'appelle que 4 endpoints "purs" (aucune logique d'auth mélangée dedans) — ce qui a permis de réutiliser ces routes quasiment telles quelles dans un mini-serveur Flask séparé plutôt que de les réécrire. - db/constants.py : PROJECTS_DIR devient surchargeable via FORGE_PROJECTS_DIR (même schéma que auth/connection.py) — le serveur joueur autonome pointe ainsi vers son propre dossier "projects/" embarqué. - publish/vendor_runtime.py : télécharge (une fois par poste, mis en cache sous data/publish_vendor/ — déjà ignoré par git) le ZIP Python embeddable officiel (python.org) et vendore Flask via pip --target ; fonctions séparées et mockables pour ne jamais déclencher de vrai téléchargement dans les tests. - publish/player_app_template.py : mini-Flask autonome, réutilise core/flask_app.py et core/jinja_filters.py tels quels (SLUG figé en dur au moment de la publication, csrf_token() factice puisqu'aucune session n'existe dans cet export). sys.path doit être complété manuellement au démarrage : le python311._pth de la distribution embeddable ne référence que le dossier de python.exe lui-même, jamais celui du script lancé. - publish/build_package.py : assemble le zip dans un dossier temporaire (jamais les vrais fichiers de l'app), copié/nettoyé après envoi de la réponse HTTP (routes/publish/publish_game.py, déjà protégée par la garde d'accès existante — aucune vérification supplémentaire). - templates/base.html : bouton + modale (avancement séquentiel, jamais de suivi serveur réel — le build est rapide) qui déclenche le téléchargement du zip via un blob, comme la modale des codes de récupération déjà en place (posée À L'INTÉRIEUR de <main> pour que pjax.js la remplace et rejoue son script à chaque navigation). Vérifié pour de vrai (pas seulement via les tests) : zip construit, extrait, lancé avec le Python embeddable réel — /, /game/test/play, /game/test/runtime-payload et /static/style.css répondent tous 200. tests/test_publish.py (nouveau, vendor mocké) : structure du zip, SLUG correctement substitué, route protégée par la même isolation par projet que le reste de l'app. 203 tests au total. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-29 09:58:32 +02:00
williamandClaude Sonnet 5	aaf9954446	Variables globales Objet/Tableau, lisibles via un chemin dans les conditions et filtres ... Deux nouveaux types de variable globale (db/constants.py) : "objet" et "tableau" — valeur stockée en JSON (colonne TEXT existante), avec validation à la création/modification (db/global_vars/ coerce_structured_value.py) : un JSON invalide retombe sur un défaut sûr ("{}"/"[]") plutôt que de corrompre silencieusement la variable pour toutes ses lectures suivantes. apply_variable_action.py n'a besoin d'aucun changement — "definir_texte" écrit déjà n'importe quelle chaîne telle quelle. Nouvelle résolution de chemin, partagée (screens/rendering/ filter_repeater_rows.py::_resolve_variable_path) : navigue dans la valeur JSON d'une variable selon un chemin ".champ"/"[index]" chaînable (ex. ".arme.degats", "[0].valeur") — ne lève jamais, renvoie None si le JSON est invalide ou qu'un segment du chemin ne correspond à rien. Branchée à deux endroits, qui lisaient déjà une variable globale : - La valeur de comparaison {{$nom_variable}} (filtres de Répéteur ET Condition de visibilité, qui partagent le même _resolve_filter_value()) accepte maintenant un chemin optionnel : {{$perso.nom}}, {{$scores[0]}}. Le sélecteur "Variable globale" du panneau de propriétés (screen_edit.html, .filterValueVariable) gagne un champ "Chemin optionnel" à côté du choix de variable — même regex étendue côté JS (_VAR_REF_RE) que côté Python (_VAR_REF_PATTERN), pour que la valeur round-trip correctement à la réouverture du panneau. - La variable VÉRIFIÉE par une Condition de visibilité en mode "variable" (choisie via un <select>, pas la syntaxe {{$...}}) gagne son propre nouveau contrôle "Chemin dans la variable" (visibility_condition_ controls.py) — nécessaire pour comparer un champ d'un Objet ou un élément d'un Tableau, pas seulement la variable entière. game_dashboard.html (onglet Variables) : la valeur par défaut de la barre de création devient un <textarea> (fonctionne aussi bien pour un JSON multi-ligne qu'un scalaire court), et la cellule "Valeur" du tableau des variables existantes devient un <textarea> quand le type est objet/ tableau. 4 nouveaux tests (tests/test_variable_object_array.py) : validation JSON à la création, filtre de Répéteur avec chemin chaîné, condition de visibilité avec accès par index de tableau, chemin invalide/absent sans plantage. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-27 14:28:23 +02:00
williamandClaude Sonnet 5	11a2d397e8	Remplace la création inline de variable par une page de gestion dédiée, redesign du tableau de bord du jeu ... Retrait de la création rapide de variable globale depuis le sélecteur de la Condition de visibilité (bouton "+ Créer") : une variable globale est désormais gérée comme un objet "jeu" à part entière, avec une vraie page CRUD ("Variables", nouvelle entrée du menu de gauche) - création, édition du type/valeur, suppression. Le nom reste volontairement immuable après création (c'est par ce nom qu'une condition de visibilité ou une action "Modifier une variable" la référence - la renommer casserait ces réglages en silence), d'où db.update_global_variable qui ne touche que type/valeur. Redesign du tableau de bord du jeu (game_dashboard.html) en deux colonnes : à gauche tout ce qu'on peut créer (écrans, éléments de jeu, variables, jouer, nouvel objet) plus les paramètres du jeu (renommer/ supprimer) ; à droite ce qui a déjà été créé (objets définis). Remplace les cartes Bulma par le système de mise en page compact déjà défini dans style.css (.twoCol/.listRow/.dangerZone/.addBtn) mais jamais utilisé jusqu'ici - plus dense et cohérent avec le reste de l'éditeur. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 10:00:35 +02:00
williamandwilliam	3f4ebc4527	first commit	2026-08-21 16:23:49 +02:00