Onboarding guidé systématique + tableau de bord simplifié
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:
co-authored by
Claude Sonnet 5
parent
0f23024882
commit
76a50fa87a
@@ -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()
|
||||
Reference in New Issue
Block a user