Variable/state problems with 'fake' drag and drop interaction

Jan 08, 2020

Hi All!

I'm trying to create a Storyline 360 drag/drop interaction for medical followup options with multiple correct targets and dropped items. So per my own experience and past advice on this board, I've had to avoid the prefab drag/drop freeform template and instead used states and variables, which has worked for me before without incident.

The trick with this interaction is that users have two stacked iterations of each followup option, to be distributed between two locations (home and clinic). Any of these follow-up options can be used in a clinic setting, but if the patient prefers to follow-up from home, only patient history or urine hcg could be utilized. Users should demonstrate knowledge that pt history can be obtained both at home or in clinic and that urine hcg can be performed in the clinic--but its okay if they don't think the latter can be done at home. Thus there are two correct configurations of the categories (see attached), with the design complication that the two iterations of each followup could be correctly distributed in two several ways (e.g. Pt history 1 could go in Clinic and Pt history 2 could go in Home or vice-versa, and both configurations would be correct; urine hcg 1 and 2 could both be in Home/Clinic drops or split two different ways between Clinic and the 'start' box; and Serum 1/2 must be split beween Clinic and the starting place, but again with two different possible correct configurations). 

I thought I had captured this complexity by changing the states of Patient history and Serum Hcg to built-in "Drop Correct"/"Drop Incorrect" and reverting them to Normal via intersection trigger if they were returned to the starting place. Urine hcg required a third custom "Drop Correct2" state to capture the two correct splits between Normal and Clinic drops. I then used three T/F variables with conditions to reflect the various correct configurations for each followup method, to be evaluated when the user hits submit. If all three variables are T, then an off-screen "correct" button should be selected as part of a "pick many" interaction and get the Correct screen. 

Trouble is, I can't seem to get either of the correct configurations to produce a Correct response. Always Try Again/Incorrect. I've checked my variables and states a bunch but can't figure out the problem. I'm wondering if it could be something to do with the built-in 'Drop Correct' states? Should I use intersection triggers for all? Or is there perhaps an issue with my ranking of the Player Triggers, from the T/F variables to the Correct button to the Pick Many? (I thought that would be the correct serial order to get me to correct, but perhaps not?)

Super grateful in advance for anyone who can help me disentangle this LSAT style logic problem! (And apologies if I'm missing a glaring error in my triggers.) Slide attached along with screen shots of desired correct configurations. 

Ian

 

 

6 Replies
Tracy Parish

Hi Ian:

I think you are on the right track and I appreciate your thinking/logic regarding how you created this.  If I understand correctly, I think you might just be missing a trigger that turns on (selects) the incorrect button.  That's why everything goes to correct.

The same variables you use to select the correct button, you should "reword" in another trigger to select the incorrect.  (see image - create the highlight, delete/turnoff the trigger below it).

Let me know if this works for you.  My computer started lagging and I had trouble playing/testing it fully.

Wendy Farmer
Tracy Parish

The same variables you use to select the correct button, you should "reword" in another trigger to select the incorrect.  (see image - create the highlight, delete/turnoff the trigger below it).

Hey Tracy 

a tip I have for the Incorrect button after having numerous conditions in the correct trigger and trying to make sure they were opposite...and sometimes failing LOL

Change state of Incorrect to selected when user clicks submit on condition Correct is not equal to selected.

Ian L

Hi Tracy and Wendy,

Thanks for your responses and great suggestions. But the issue I'm having is actually that I'm getting only "incorrect" rejoinders to all submissions. I do actually have an incorrect trigger of the type Wendy describes so I don't think that's the issue anyway. Grateful for any other suggestions anyone might have to get this to register correct submissions.

all best, Ian

Ian L

That is odd. Good news is I think I have now got this interaction to work, but only by breaking up all the "Or" clauses in my three T/F Player triggers into separate triggers, rather than combined criteria for each type of followup. (See attached example for revised trigger structure for one type.) Could it be that these "Or" conditions are not the independent variables I thought they were when combined? If so, that seems like a weird idiosyncrasy of Storyline's trigger logic... 

This discussion is closed. You can start a new discussion or contact Articulate Support.