Ajoute le support de formation : entite racine separee du jeu 2D
Build and deploy / test-python (push) Successful in 11m2s
Build and deploy / test-js (push) Successful in 1m2s
Build and deploy / lint-python (push) Successful in 4m6s
Build and deploy / lint-js (push) Failing after 1m21s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Build and deploy / sonarqube (push) Failing after 4m2s
Build and deploy / test-python (push) Successful in 11m2s
Build and deploy / test-js (push) Successful in 1m2s
Build and deploy / lint-python (push) Successful in 4m6s
Build and deploy / lint-js (push) Failing after 1m21s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Build and deploy / sonarqube (push) Failing after 4m2s
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>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
7e4a761cbb
commit
bab581737a
@@ -8,61 +8,91 @@ import db
|
||||
import game_engine
|
||||
from core.flask_app import app
|
||||
|
||||
# Choix de PREMIER niveau, avant le catalogue des types de jeu (voir
|
||||
# db.ONBOARDING_TYPES) : "support" n'y figure jamais (schéma/notions
|
||||
# entièrement différents, voir document_engine/), posé ici comme une
|
||||
# carte de plus dans la même grille visuelle (templates/onboarding/
|
||||
# onboarding_new.html réutilise sa mécanique de sélection existante sans
|
||||
# aucune modification JS, voir static/js/onboarding/onboarding_new.js).
|
||||
_SUPPORT_ONBOARDING_CARD: dict[str, Any] = {
|
||||
"label": "Support de formation",
|
||||
"tagline": "Un contenu structuré, prêt à publier.",
|
||||
"icon": "📄",
|
||||
"description": (
|
||||
'<span class="onboardingPitchTitle">Un support de formation clair,'
|
||||
" sans une ligne de code</span>"
|
||||
'<ul class="onboardingPitchList">'
|
||||
'<li><span class="onboardingPitchCheck">✓</span>'
|
||||
"<span><strong>Mise en page automatique</strong> — dépose tes blocs,"
|
||||
" l'alignement se fait tout seul</span></li>"
|
||||
'<li><span class="onboardingPitchCheck">✓</span>'
|
||||
"<span><strong>Formes & mini-jeux</strong> — habille et anime ton"
|
||||
" contenu à volonté</span></li>"
|
||||
'<li><span class="onboardingPitchCheck">✓</span>'
|
||||
"<span><strong>Aperçu & publication</strong> — vois exactement ce que"
|
||||
" verra l'apprenant</span></li>"
|
||||
"</ul>"
|
||||
),
|
||||
}
|
||||
|
||||
|
||||
@app.route("/onboarding", methods=["GET", "POST"])
|
||||
def onboarding_new() -> str | Response:
|
||||
"""Point d'entrée UNIQUE pour créer un jeu — comportement SYSTÉMATIQUE
|
||||
à chaque création, pas une formalité réservée à la toute première
|
||||
inscription : chaque projet (celui d'un compte "user" comme n'importe
|
||||
lequel des projets d'un admin) choisit son propre type ici. Prépare
|
||||
aussi le futur multi-projet payant (plusieurs jeux de types
|
||||
différents pour un même compte "user").
|
||||
|
||||
Un compte "user" fraîchement inscrit n'a plus de projet créé d'office
|
||||
(voir routes/auth/register_2fa.py) : core/auth_guard.py le redirige
|
||||
ici tant qu'il n'a pas encore de project_slug — et n'en aura jamais
|
||||
qu'UN SEUL (voir core/auth_guard.py). Un admin, lui, n'a PAS de
|
||||
project_slug dédié (illimité, voir create_user.py) : repasse ici à
|
||||
volonté pour créer un projet de PLUS, jamais redirigé ailleurs.
|
||||
|
||||
Choisit un type (voir db.ONBOARDING_TYPES) puis nomme son jeu — crée
|
||||
le projet ET son premier écran (du "kind" correspondant), puis envoie
|
||||
vers son tableau de bord (routes/games/game_dashboard.py y rend une
|
||||
version SIMPLIFIÉE pour un type restreint — quiz/embranchement/rpg —
|
||||
ou la version complète pour "custom", même route pour tous)."""
|
||||
"""Point d'entrée UNIQUE pour créer un projet — jeu (environnement 2D)
|
||||
OU support de formation (voir docs/plan/PLAN.md), deux entités racines
|
||||
séparées. Un compte peut avoir un projet DE CHAQUE type (project_slug
|
||||
ET support_slug, voir core/auth_guard.py) : chaque carte du catalogue
|
||||
n'est proposée que si son slot correspondant n'est pas déjà rempli
|
||||
(compte "user" restreint — un admin, lui, n'a aucun slot dédié, illimité
|
||||
des deux côtés)."""
|
||||
user = g.current_user
|
||||
if user["role"] != "admin" and user.get("project_slug"):
|
||||
# Retour en arrière après coup (l'onboarding a déjà été fait) —
|
||||
# ne recrée rien, renvoie directement vers son tableau de bord. Ne
|
||||
# s'applique PAS à un admin (illimité, jamais "déjà fait" une fois
|
||||
# pour toutes).
|
||||
return redirect(url_for("game_dashboard", slug=user["project_slug"]))
|
||||
restricted = user["role"] != "admin"
|
||||
has_game = restricted and bool(user.get("project_slug"))
|
||||
has_support = restricted and bool(user.get("support_slug"))
|
||||
if has_game and has_support:
|
||||
# Les deux slots sont déjà remplis — plus rien à créer ici.
|
||||
return redirect(url_for("index"))
|
||||
|
||||
onboarding_types: dict[str, dict[str, Any]] = {}
|
||||
if not has_support:
|
||||
onboarding_types["support"] = _SUPPORT_ONBOARDING_CARD
|
||||
if not has_game:
|
||||
onboarding_types.update(db.ONBOARDING_TYPES)
|
||||
|
||||
error = None
|
||||
if request.method == "POST":
|
||||
onboarding_type = request.form.get("onboarding_type", "")
|
||||
name = request.form.get("name", "").strip()
|
||||
if onboarding_type not in db.ONBOARDING_TYPES:
|
||||
error = "Choisis un type de jeu."
|
||||
if onboarding_type not in onboarding_types:
|
||||
error = "Choisis un type de projet."
|
||||
elif not name:
|
||||
error = "Donne un nom à ton jeu."
|
||||
error = "Donne un nom à ton projet."
|
||||
elif onboarding_type == "support":
|
||||
return redirect(_create_support_for_user(user, name))
|
||||
else:
|
||||
return redirect(_create_project_for_user(user, onboarding_type, name))
|
||||
|
||||
return render_template(
|
||||
"onboarding/onboarding_new.html",
|
||||
onboarding_types=db.ONBOARDING_TYPES,
|
||||
onboarding_types=onboarding_types,
|
||||
error=error,
|
||||
)
|
||||
|
||||
|
||||
def _create_support_for_user(user: dict[str, Any], name: str) -> str:
|
||||
slug = db.create_support(name, owner_folder=str(user["id"]))
|
||||
if user["role"] != "admin":
|
||||
auth.set_support_slug(user["id"], slug)
|
||||
return url_for("document_edit", slug=slug)
|
||||
|
||||
|
||||
def _create_project_for_user(user: dict[str, Any], onboarding_type: str, name: str) -> str:
|
||||
# owner_folder = l'id du compte, jamais son email (voir
|
||||
# routes/games/games_new.py, même convention).
|
||||
slug = db.create_game(name, owner_folder=str(user["id"]))
|
||||
db.set_onboarding_type(slug, onboarding_type)
|
||||
if user["role"] != "admin":
|
||||
# project_slug = LE seul projet d'un compte "user" (voir
|
||||
# project_slug = LE seul environnement 2D d'un compte "user" (voir
|
||||
# core/auth_guard.py) — un admin n'utilise pas cette colonne, ses
|
||||
# projets se retrouvent via db.list_games() comme avant.
|
||||
auth.set_project_slug(user["id"], slug)
|
||||
|
||||
Reference in New Issue
Block a user