Liens de comportement ne fonctionnent pas sur un scénario dupliqué

[afborneuf]

Je viens de faire un guide avec 2 scénarios (VmOo) Une fois mes deux scénarios en place, j'ai implémenté des comportements dans le premier scénario (= faire apparaître 3 blocs texte cachés au démarrage en cliquant sur le mots "crédits")

Puis j'ai voulu faire la même chose dans le 2e scénario et là j'ai eu la surprise de retrouver les comportements que j'avais faits pour le premier scénario. Par curiosité je n'ai rien touché, mais, évidemment, dans le 2e scénario, les comportements ne fonctionnent pas. Par sécurité, je n'ai plus rien touché car j'ai l'impression qu'en fait, les comportements ne sont pas dispatchés pas scénarios.

[semiaddict]

Oui. les comportements sont globaux. Cela avait déjà été discuté avant de mettre en œuvre les comportements, et il avait été décidé de les rendre globaux, car un lien peut basculer les scénarios, et ceci permet d'avoir une vue d'ensemble de tous les comportements d'une application.

Mais cela peut encore être discuté si nécessaire.

[afborneuf]

Laissons comme cela pour le moment...

Je mets mon commentaire ci-dessous juste pour mémoire : J'avais utilisé la duplication d'un scénario pour compenser le fait qu'actuellement je ne sais pas piloter un guide embarqué sur un comportement (sélectionner des éléments qui ne doivent pas apparaître, et d'autres qui doivent apparaître (=compensation des anciens Z). Or dans ces deux scénarios il y avait un comportement qui pilotait le contenu des crédits. Évidemment, une fois dans un scénario, metascore s'emmêle pour reconnaître ses petits avec des liens de comportements qui sont les mêmes. Bref, j'ai compris après coup que je pouvais renommer les liens (sans modifier le texte qui les pilote) dans chacun des scénarios, ce qui devrait résoudre le problème.

[semiaddict]

Il a été convenu de séparer les comportements par scénario. Cela facilitera l'édition, car cela réduira le nombre de blocs ainsi que le nombre d'items des menus déroulants. Certains blocs devront être modifiés, comme le bloc "au chargement de l'application", qui devra être renommé en quelque chose comme "à l'activation du scénario".

[semiaddict]

En travaillant sur cette fonctionnalité, je me rends compte que la séparation des comportements par scénario poserait plusieurs problèmes, notamment :

• il ne serait plus possible d'effectuer des actions complexes impliquant un changement de scénario, suivi d'autres actions dans le nouveau scénario. Par exemple :

  • lorsque la touche "a" est appuyée
  • aller au scénario "scénario 2"
  • définir "caché" de "un bloc dans le scénario 2" à "faux"

• les variables seront également séparées par scénario, ce qui réduit fortement leur utilité

Ce dernier point peut être résolu, mais cela nécessitera plus de travail que prévu.

Je propose donc de maintenir les comportements tels qu'ils sont (globaux), et de trouver un meilleur moyen de sélectionner les composants/liens dans les listes déroulantes. Un moyen relativement simple serait de permettre de développer/réduire les composants dans les listes pour afficher/cacher leurs sous-composants (comme c'est le cas dans la timeline), et de développer par défaut uniquement le scénario actif.

Qu'en pensez-vous ?

[semiaddict]

J'ai résolu, sur dev, le bug signalé initialement en faisant en sorte que les liens de comportement fonctionnent à travers les scénarios.

[semiaddict]

C'est en place sur prod.

[semiaddict]

Je rouvre ce cas, car les lien de comportements dans un scénario activé par un lien ne semblent toujours pas fonctionner.