Onboarding guidé systématique + tableau de bord simplifié
Build and deploy / test-python (push) Failing after 1m48s
Build and deploy / test-js (push) Successful in 53s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped

Comportement SYSTÉMATIQUE à chaque création de jeu (admin compris), pas
une formalité réservée à l'inscription : /onboarding (routes/onboarding/)
devient le point d'entrée unique — 4 cartes retournables (survol =
explication au dos), défilement horizontal animé vers le nom du jeu. Un
admin y repasse à volonté (pas de project_slug dédié, jamais bloqué/
redirigé vers un projet précédent) ; un compte "user" n'en a plus qu'un
créé d'office (routes/auth/register_2fa.py), guidé ici à la place.

- db/games/game_type_catalog.py : catalogue des 4 types (Quiz/
  Embranchement-escape game/RPG/Créer mon jeu de A à Z), _meta['onboarding_type']
  décide du "kind" du premier écran créé et si le tableau de bord complet
  reste accessible.
- routes/games/game_dashboard.py, templates/game_dashboard_simple.html :
  un type restreint (quiz/embranchement/rpg) voit désormais SON tableau
  de bord (même route que "custom"), rendu en version simplifiée — juste
  ses écrans en cartes avec un aperçu RÉEL du contenu (scène mise à
  l'échelle par container query CSS, adaptée à la largeur réelle de la
  carte). "+ Ajouter un écran" n'y propose pas de choix de type : imposé
  par le projet (routes/screens/screens_new.py), verrouillé aussi côté
  serveur.
- core/auth_guard.py : plus de blocage de game_dashboard par type — la
  restriction se fait au rendu, pas à l'accès à la route.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
william
2026-09-02 06:22:45 +02:00
co-authored by Claude Sonnet 5
parent 0f23024882
commit 76a50fa87a
23 changed files with 876 additions and 52 deletions
+41
View File
@@ -0,0 +1,41 @@
"""Script à usage unique (PAS exécuté au runtime du moteur) : pose la clé
_meta['onboarding_type'] sur tout projet existant qui ne l'a pas encore
(créé avant l'existence de l'onboarding guidé — voir routes/onboarding/
onboarding_new.py et db/games/game_type_catalog.py). Pas strictement
nécessaire : get_onboarding_type() retombe déjà sur DEFAULT_ONBOARDING_TYPE
("custom") pour tout projet sans cette clé — ce script rend juste ce choix
EXPLICITE dans les données plutôt qu'implicite, sans rien changer au
comportement observable.
Marque "custom" tout projet trouvé sans onboarding_type (comportement
neutre : tableau de bord complet garanti visible, comme aujourd'hui) —
aucune distinction "jeu_2d"/RPG à faire ici, cette notion n'existe plus au
niveau projet depuis la fusion des moteurs (écran par écran, voir
screens/screens_repo/ensure_schema.py) : un projet historiquement "jeu_2d"
reste "custom" comme n'importe quel autre, ses écrans gardent
individuellement leur kind="jeu_2d".
python scripts/backfill_onboarding_type.py
"""
import os
import sys
_BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
sys.path.insert(0, _BASE_DIR)
import db # noqa: E402
def backfill():
games = db.list_games()
updated = 0
for g in games:
if db.get_onboarding_type_raw(g["slug"]) is None:
db.set_onboarding_type(g["slug"], "custom")
updated += 1
print(f"{g['slug']!r} -> 'custom'")
print(f"{updated}/{len(games)} projet(s) mis à jour.")
if __name__ == "__main__":
backfill()