Player navigation and submit buttons

Allison, maybe one of these ideas will help.  

if your client would accept a nonfunctional submit button on all the slides, you could easily put one there.  Just check your properties to include a Submit button.  There will be a trigger automatically inserted, but unless you complete the trigger, the Submit button will be non-functional.

I'd be afraid that the learner would learn that the submit button doesn't function, and quit trying to use it.  You might need some navigational helps.

Or, you could re-purpose the Next button to submit your interaction, and then move include triggers to jump to the next slide only on your layers of those slides with interactions.  So, never include the Submit button, and have the next button always be the button that moves forward in the course. 

Thanks for your response and ideas. I tried the first one already, and it also doesn't meet their UX standards since it seems like the Submit button is active but doesn't do anything. 

Your second idea might work  - but I wonder if that will create a challenge with layers/try again and feedback? 

Hi Allison,

The player set up you've mentioned is by design, so I don't envision a "fix" for it. You could customize your player using the Storyline SDK, although it requires some Flash coding skills or as you mentioned place the buttons on a slide. As Meryem mentioned, you can include the submit button on each slide, but if there is no interaction it won't work or have any triggers associated with it - and could therefore confuse the user. 

If you wanted to use Meryem's second suggestion - you'll want the trigger "submit interaction" associated with the user clicking on the next button and that should showcase the appropriate layer and feedback. As Meryem mentioned, you'll want to double check the triggers on the incorrect and correct feedback layer. 

The feedback you see during quiz review isn't customizable to remove the checkmark or x mark - although you could customize the review feedback as described here. 

In regards to the Engage interactions, I don't have a timeline to offer in regards to when this update/version will be released, but in the meantime you may want to insert your Engage interaction as a web object:

1. Have all of your Engage output in one folder.

2. Rename your Interaction.html (Studio 13) file to"Index.html"

3. In Storyline,click insert web object and click on thefolder icon. 

4. Direct Storyline to the Engage folder (just select thefolder, no need to navigate inside).

5. Click Ok.

Now, when you publish, all of the Engage files will getpulled into your presentation.

Hope this helps!

Regarding the second suggestion, does the Submit button have an 'Inactive' state that you could invoke on pages that wouldn't use the Submit button? Or, could you add an inactive state and then invoke it on those pages? Seems like having a Submit button on every page, with it being Active/Inactive as appropriate, would meet UI guidelines (or at least it should!).

Another possibility might be to use Slide Masters to implement a custom-nav solution. Build a master with your custom nav, then use that master layout throughout your course. (You may have to employ two or three such Slide Masters if your course has 100 pages of layout x and 100 of layout y and 100 of layout z.) I have done this with success.

Hi Bob,

The built in submit button does not include any states associated with it. If you're using a custom button, you could add a state to it.