Enquête Pré-Activité
Pour poursuivre, merci de compléter ce court sondage.
Selon le code associé à l’activité, le système affiche des messages spécifiques lorsque l’utilisateur souhaite participer à l’enquête. Trois cas distincts sont prévus, chacun corrigeant les étapes nécessaires pour accéder à l’activité en fonction de l’inscription requise.
Cas 1 — code 94221
Pour prendre part à cette activité, il est nécessaire d’être inscrit à la Réunion ACP Internal Medicine Meeting 2022, inscription payante distincte. Si vous n’êtes pas encore inscrit, vous pouvez le faire en cliquant sur « ACP Registration » ou cliquer sur « Fermer le questionnaire » pour mettre fin à l’enquête.
- ACP Registration
- Fermer le questionnaire
Cas 2 — code 77213
Pour participer à cette activité, il faut être inscrit à la Réunion annuelle ACMG 2022, qui requiert une inscription payante distincte. Si vous n’êtes pas encore inscrit, vous pouvez le faire en cliquant sur « ACMG Registration » ou cliquer sur « Fermer le questionnaire » pour conclure l’enquête.
- ACMG Registration
- Fermer le questionnaire
Cas 3 — code 222116
Pour prendre part à cette activité, une inscription à la Réunion CMSC 2022 est requise, cette inscription étant distincte et payante. Si vous n’êtes pas encore inscrit, vous pouvez cliquer sur « CMSC Registration » ou appuyer sur « Fermer le questionnaire » afin de mettre fin à l’enquête.
- CMSC Registration
- Fermer le questionnaire
Au chargement de la page, un ensemble de variables et de mécanismes surveillent l’état du formulaire et déclenchent les actions appropriées. Une variable nommée touchURL est préparée afin d’enregistrer des interactions utilisateur spécifiques et de suivre les activités dans la base de données interne.
La logique principale est lancée lorsque le formulaire de sondage est prêt et que l’élément modal contenant ce formulaire est détecté. Si le formulaire est inclus dans une fenêtre modale, le système utilise la modale comme contexte de référence; sinon, il agit directement sur le formulaire.
La fonction principale, nommée prétestFirer, vérifie qu’elle n’a pas déjà été exécutée pour le code du programme donné. Elle normalise le code, puis détermine si l’activité correspond à certaines catégories en vérifiant la présence de chaînes comme WC, LV, HY, LS, VM ou VS. Si l’un de ces codes est détecté, la fonction déclenche un événement « learnerLive »; sinon, elle déclenche « learner ». Par ailleurs, le système enregistre l’interaction dans le serveur en appelant une URL de suivi.
La sonde est ensuite présentée selon le mode d’affichage de l’enquête (apprentissage). Si le formulaire de pré-enquête est caché, le script écoute les modifications du DOM des modales pour déclencher l’initialisation lorsque la pré-enquête devient visible. Si, au contraire, elle est déjà visible, la fonction de pré-test est lancée immédiatement.
Pour démarrer l’activité, une fonction de déclenchement d’événement (triggerGaEvent) détermine le code du programme et émet l’événement correspondant : « startPretestLive » si le code indique une catégorie en direct, ou « startPretest » sinon. Cette fonction assure également qu’un appel de suivi global est préparé et retire son écoute sur l’événement d’ouverture de la modal une fois l’événement enregistré.
Concernant l’évaluation et le contrôle des réponses, le système impose des mécanismes de gestion et de contrôle des choix. Lorsqu’un champ regroupé sous un ensemble « previously-graded » est modifié, le système empêche toute modification ultérieure afin de préserver l’intégrité de la correction.
Lorsque l’utilisateur répond, le système compare les choix corrects et incorrects et applique des classes visuelles pour refléter l’état de la réponse : « correct-selection-success » pour une réponse correcte sélectionnée, « incorrect-selection » pour une réponse incorrecte, et « correct-selection-missed » pour une réponse correcte non sélectionnée. Enfin, le champ de l’enquête est marqué comme « previously-graded » afin d’interdire d’autres ajustements.
Cette structure conditionne le déclenchement réel de l’enquête : si une modale existe, l’événement de démarrage est lié à l’affichage de la modale; sinon, l’événement est déclenché immédiatement. À la fin, l’update et la gestion du flux se déroulent sans interruption tant que le formulaire est présent dans le contexte modal.
