4 Commits

Include renames

Author	SHA1	Message	Date
williamandClaude Sonnet 5	c8c949c430	Ajoute la régénération des codes de récupération et le changement d'email ... Depuis /profile : - "Codes de récupération 2FA" : régénère les 10 codes (invalide les 10 précédents d'un coup, voir auth.generate_recovery_codes) et les affiche une seule fois via le même modal qu'à l'inscription (session flash, core/recovery_codes_flash.py) — mot de passe actuel requis. - "Adresse email" : change l'adresse (mêmes règles qu'à l'inscription — format valide, unicité — voir auth/email_validation.py, désormais partagé avec create_user.py au lieu d'être dupliqué). Pour un compte "user", le dossier de son unique projet porte le nom de son adresse (project_slug = slugify(email)) : il est renommé pour suivre le changement (db/games/move_game.py, même logique d'unicité par suffixe que create_game()), sans quoi project_slug ne correspondrait plus à aucun dossier réel. Un "admin" n'a pas de project_slug dédié : rien n'est renommé pour ce rôle. 18 nouveaux tests (tests/test_profile.py) : mauvais mot de passe refusé pour les deux actions, mauvais format/email déjà pris refusés, dossier bien renommé et project_slug mis à jour, connexion possible avec la nouvelle adresse, anciens codes de récupération bien invalidés après régénération, modal jamais réaffiché deux fois. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-29 06:29:38 +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
williamandClaude Sonnet 5	c04bc0b926	Ajoute la condition de visibilité et les variables globales ... Nouveau panneau "Condition de visibilité" disponible dans les propriétés de TOUT élément (widget) : permet de masquer un élément en mode jouable selon deux moyens, au choix - - une variable globale (nom + type + valeur, une seule par jeu, stockée dans une nouvelle table _global_variables) ; - le champ d'un objet de données existant (même convention "état de partie" - une seule ligne - déjà utilisée par la Jauge). Une variable ne servant à rien si elle ne peut jamais changer en cours de partie, ajoute aussi une nouvelle action de flow "Modifier une variable globale" (parallèle à "Modifier une donnée"), avec sa propre route d'exécution serveur et son sous-formulaire dans l'éditeur de logique de scène. Une variable peut aussi se créer à la volée depuis le sélecteur du panneau de visibilité, sans quitter les propriétés de l'élément. La condition n'est évaluée qu'en mode jouable (/game/<slug>/play), jamais dans l'éditeur, pour que l'élément reste toujours sélectionnable. Un élément masqué se réévalue en direct après toute action "Modifier une donnée/variable", via le même mécanisme de rafraîchissement déjà utilisé par la Jauge et le Répéteur. Corrige au passage deux bugs découverts en testant bout en bout : (1) apply_ctx plantait sur le nouveau marqueur interne _forge_play_mode (un booléen parmi les {{champ}} à substituer, qui attend des chaînes) ; (2) _compare traitait toute valeur booléenne stockée en chaîne ("0" inclus, donc toujours vraie en Python) comme vraie - correct pour les champs d'objet (entiers SQLite) mais faux pour les variables globales (toujours stockées en texte). Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	2026-08-25 09:34:10 +02:00
williamandwilliam	3f4ebc4527	first commit	2026-08-21 16:23:49 +02:00