Forum Discussion
Variables within triggers not working consistently
- 2 months ago
Yup, the problem is using the same set of variables on multiple slides...
Variables maintain their value until a trigger changes it. So, as I said above, after the variables change to True on the first slide where they're used, they remain True. And that's why the next slide jumps after viewing just one layer. The conditions on the trigger are met before the user gets to that slide.
So, yes, you need different triggers for each slide. For easier programming (and troubleshooting), I suggest using a naming convention that indicates the slide and the layer. And keep the names as short as possible.
For example, the variables on the first slide could be s1_L1done, s1_L2done, s1_L3done, and s1_L4done. The variables on the second slide could be s2_L1done, s2_L2done, s2_L3done, and s2_L4done. And so on.
You've got two triggers that jump to different slides, but both triggers have the same condition ("If var = value Import").
Triggers with the same "when..." run in order. So when the user clicks "Live," if "var = Import," the program will jump to slide 9.1. (Also note that the program doesn't run any additional triggers on a slide after it has jumped to another slide.)
My guess is it will work as you expect it to if you delete those two triggers. If you also want to ensure that "var = Import," add that as another condition to the remaining triggers.
If that doesn't solve your problem, well, further troubleshooting is just guessing without seeing the .story file. If you upload it, someone might be able to solve the issue.
Here are the best practices for uploading a .story file:
- Only include slides that are related to the problem.
- Be sure objects, layers, motion paths, and variables have meaningful names.
- If there is proprietary content, replace or delete it. For example, replace proprietary text with “ipsum lorem” text.
BTW, when other posts don't have a solution that works for you, I suggest that you start a new discussion. I happened to see your question, but any question is less likely to be noticed if it's just added into another discussion.
Thank you for your assistance.
I tried to create a new discussion, but I couldn't see any options other than to reply to an existing discussion. So, yes, I was fortunate that someone responded. Any guidance on how to initiate a new discussion would be helpful.
As far as my project, I would say the decision tree is somewhat complex. There are buttons that I need the program to "remember" or "carry over" as the user navigates through the tool. This way they are directed to the appropriate assessment slide based on the selections made. This is why I created different triggers (to jump to different slides) with the same variable. I also created other variables as you can see. This is all before I learned that any subsequent jump to slide triggers don't activate if the first jump to slide trigger is executed.
In addition to learning from you, I also learned this through the articulate ticket I submitted and via a youtube video. This program rule throws a big monkey wrench into my project.
Given the complexity of this matter, and to avoid the back and forth in emails, I requested if I could meet with them virtually and share my screen. It's just easier and quicker this way. They said yes. I have a Screenmeet scheduled for 3 pm EDT today.
Thank you again.
- KellyAuner19 days agoStaff
Hi richu,
It was a great call reaching out to our Support Engineers in a case! I see you've connected with my teammate, Mcgem, so we'll continue the conversation there.
- JudyNollet19 days agoSuper Hero
For future reference: The Start a Discussion button is right under the Search field on the main Connect>Discuss page.
Good luck with your project. I hope the team can help you.