william
50835a18e2
Le document de cadrage produit cible des formateurs non techniques créant des serious games/quiz gamifiés — l'éditeur générique "document" (blocs de logique en nœuds, timeline d'animation, définitions d'objets/relations, templates réutilisables) est une complexité hors cible que l'effort d'ingénierie récent avait déjà abandonnée au profit du jeu_2d. - Onboarding : ne garde que le parcours "RPG" (jeu_2d), retire Quiz/Embranchement/Créer mon jeu de A à Z (tous document-only) - Suppression en bloc des modules exclusifs au document : routes/elements, routes/element_types, routes/objects, routes/legacy_actions, screens/elements, screens/element_types, screens/widgets, screens/legacy_actions, le rendu render_element_html.py et son cluster, templates/screen_edit.html, templates/game_dashboard.html, flow-editor.js/tabs-and-blocks.js/animation-timeline.js - Dashboard toujours simplifié (un seul mode possible désormais) - Tests document-only supprimés, tests de logique partagée (flow, événements personnalisés, animations) retargetés sur des écrans jeu_2d - Aucune régression jeu_2d : 299 tests passent Carte d'onboarding retravaillée : argumentaire RH non technique (liste à coche, badge "Compatible LMS"), taille et interaction de retournement ajustées.
41 lines
2.2 KiB
Python
41 lines
2.2 KiB
Python
import db
|
|
|
|
|
|
def data_definition_options(slug, definition_id):
|
|
"""Lignes et champs d'un objet de données, prêts à peupler un menu
|
|
déroulant — utilisé à la fois pour DEFINITIONS_DATA (tous les objets du
|
|
jeu, consommé côté client par les formulaires de la Logique de la
|
|
scène) et pour pré-remplir côté serveur les réglages qui dépendent d'un
|
|
objet déjà choisi sur un élément (ex: la Jauge — voir
|
|
controls_with_values.py). Chaque ligne est étiquetée avec la valeur de
|
|
son PREMIER champ (convention "premier champ = nom lisible", comme pour
|
|
un Répéteur), pour distinguer "Confiance" de "Trésorerie" plutôt que de
|
|
n'avoir que des numéros de ligne."""
|
|
if not definition_id or not slug:
|
|
return {"rows": [], "fields": []}
|
|
full = db.get_definition(slug, int(definition_id))
|
|
if not full:
|
|
return {"rows": [], "fields": []}
|
|
rows = db.list_rows(slug, full)
|
|
display_field = full["fields"][0]["name"] if full["fields"] else None
|
|
display_col = db.slugify(display_field).replace("-", "_") if display_field else None
|
|
row_options = [
|
|
{"id": r["id"], "label": f"{r.get(display_col)} (#{r['id']})" if display_col else f"Ligne #{r['id']}"}
|
|
for r in rows
|
|
]
|
|
# Les champs "relation" sont INCLUS (contrairement à avant) : un filtre
|
|
# de Répéteur/Donnée liée doit pouvoir comparer, par exemple, "le
|
|
# parcours lié" d'un niveau — ils restent identifiables via leur "type"
|
|
# pour les endroits qui n'en veulent pas (ex: le champ numérique suivi
|
|
# par une Jauge, voir controls_with_values.py). relation_definition_name
|
|
# (le nom de l'objet visé) sert uniquement à afficher un libellé clair
|
|
# dans la liste déroulante, ex. "parcour (→ parcours)".
|
|
definitions_by_id = {d["id"]: d["name"] for d in db.list_definitions(slug)}
|
|
field_options = []
|
|
for f in full["fields"]:
|
|
entry = {"name": f["name"], "type": f["type"]}
|
|
if f["type"] == "relation":
|
|
entry["relation_definition_name"] = definitions_by_id.get(f.get("relation_definition_id"))
|
|
field_options.append(entry)
|
|
return {"rows": row_options, "fields": field_options}
|