La consequence du Scenario remplace la situation, pas un feedback Quiz
Build and deploy / test-python (push) Failing after 1m2s
Build and deploy / test-js (push) Successful in 51s
Build and deploy / lint-python (push) Failing after 58s
Build and deploy / lint-js (push) Failing after 51s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Build and deploy / sonarqube (push) Failing after 1m1s
Build and deploy / test-python (push) Failing after 1m2s
Build and deploy / test-js (push) Successful in 51s
Build and deploy / lint-python (push) Failing after 58s
Build and deploy / lint-js (push) Failing after 51s
Build and deploy / build-and-push (push) Skipped
Build and deploy / deploy (push) Skipped
Build and deploy / sonarqube (push) Failing after 1m1s
Retour utilisateur : "ce n'est pas un quiz, la consequence s'affiche a la place de la situation precedente". L'ancien design affichait la situation ET les choix en permanence avec un encart de feedback separe en dessous (calque sur le Quiz). Desormais un seul bloc de texte (.docScenarioSituation) sert successivement a la situation PUIS, une fois un choix fait, a la consequence a sa place ; les boutons de choix disparaissent avec elle. Supprime l'element .docScenarioConsequence devenu inutile. Verifie via simulation DOM reelle (jsdom) : la consequence remplace bien le texte de la situation (jamais affichee a cote), les choix disparaissent, le retour a une situation neutre au scenario suivant/au redemarrage fonctionne. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
This commit is contained in:
co-authored by
Claude Sonnet 5
parent
b2292de122
commit
c04a81cfec
@@ -102,14 +102,19 @@ regroupement à chaque appel.
|
||||
scénarios) — sanitizée (`sanitize_scenario_config`) avant lecture. Si
|
||||
au moins un scénario existe, s'y ajoute (fonction privée
|
||||
`_render_scenario_player`) la mise en situation RÉELLE et interactive :
|
||||
l'apprenant lit la situation, choisit une option, découvre la
|
||||
conséquence de SON choix et si c'était le bon, puis passe au scénario
|
||||
suivant. Les scénarios gardent l'ORDRE d'écriture du créateur (jamais
|
||||
mélangés, contrairement à Association/Memory/Mots mêlés — ce sont des
|
||||
mises en situation séquentielles, pas des éléments à faire
|
||||
correspondre/retrouver). Réutilise les classes visuelles du Quiz
|
||||
(`.docQuizOptions`/`.docQuizFeedback`/`.docQuizNextBar`/
|
||||
`.docQuizQuestionText`) plutôt que de dupliquer ces règles. Embarqué en
|
||||
l'apprenant lit la situation, choisit une option, puis la conséquence
|
||||
de SON choix REMPLACE l'affichage de la situation (les boutons de
|
||||
choix disparaissent avec elle) avant de passer au scénario suivant —
|
||||
volontairement PAS le comportement du Quiz, où la question resterait
|
||||
affichée à côté d'un encart de feedback séparé (retour utilisateur du
|
||||
20/09/2026 : "ce n'est pas un quiz, la conséquence s'affiche à la
|
||||
place de la situation précédente"). Les scénarios gardent l'ORDRE
|
||||
d'écriture du créateur (jamais mélangés, contrairement à
|
||||
Association/Memory/Mots mêlés — ce sont des mises en situation
|
||||
séquentielles, pas des éléments à faire correspondre/retrouver).
|
||||
Réutilise les classes visuelles du Quiz (`.docQuizOptions`/
|
||||
`.docQuizFeedback`/`.docQuizNextBar`/`.docQuizQuestionText`) plutôt que
|
||||
de dupliquer ces règles. Embarqué en
|
||||
JSON dans un attribut `data-scenario-config`, échappé pour l'HTML —
|
||||
même principe que les autres mini-jeux, aucun aller-retour serveur
|
||||
pendant qu'on joue. Comme l'Association/Memory/Mots mêlés (mais
|
||||
|
||||
Reference in New Issue
Block a user