Show Delayed Next Buttons Immediately on Slide Revisits in Adobe Captivate

Has this happened to you? Your stakeholder has asked you to delay the appearance of the Next button on your slides in your Adobe Captivate eLearning project to ensure the learners view all their valuable content. They review the course and then realize that when they return to previously visited slides, they are now frustrated by the Next button’s delayed appearance. What’s an eLearning developer to do?

(4)

Comments

(6)

Paul Wilson Follow

I’ve been an eLearning designer and developer since 2005, specializing in the creation of interactive and engaging learning experiences. In 2015, I launched my own eLearning design business and began producing Adobe Captivate video tutorials on my YouTube channel, CaptivateTeacher, to support clients and fellow developers. This content not only helped me grow my business globally—it also introduced me to a wider community of aspiring Captivate users who now turn to me for training and mentorship. Today, I provide both online and onsite Adobe Captivate training, empowering others to build effective eLearning with confidence. I’m proud to be part of the Adobe eLearning Community, sharing knowledge, collaborating with other developers, and contributing to the growth of this platform.

You must be logged in to post a comment.

All Comments

corneliam63

2021-04-08 17:24:09

This is helpful, but to be in 508 compliance with my client I already have the following:

An On Enter Advanced Action that Stops the Audio and pauses the slide (see attached) and
A manual playbar with Play/Pause, Table of Contents, CC and Mute
When I add the Delay Next Action by xx seconds to the On Enter Action, the items on the manual playbar are not clickable until the Delay Next Action timeframe has passed.

Is there a command that I can put before the Delay Next Action to trigger the items on the manual playbar? I am on 2019 11.5.5.553

Attachment

Lieve Weymeis

2021-04-09 09:19:05

The Delay Next actions is a tricky command, you need to use it with caution. Reason: the time will continue to elapse without taking into account other actions on the slide, like the Pause command you are using here on Entering the slide. Looking at the action, this means that you probably have checked the ‘Retain state…’ option for the Play/pause button, or this wouldn’t have been necessary. Why you use a Pause on Enter is not clear to me, neither is the ‘Stop Triggered Audio’, which is only affecting Audio started with Play Audio, on this slide.

There are alternative workflows which may be offer a better solution than using the tricky Delay… command. here is one example:

http://blog.lilybiri.com/force-first-slide-view-micro-navigation

Later on in the blog you could read that I converted this action to a shared action, which can also be used to have narration on the slide playing only the first time, not on revisit.

If you need to reset the state for the Play/pause button, you could use the shared action as a template to create an advanced action and add the necessary command ‘Change state’

Paul Wilson

2019-11-07 21:34:51

You’re welcome Martin.

(1)

Martin Straka

2019-11-07 17:43:00

Thank you Paul. Very useful video again. I will use this solution in my current project.

(1)

Lieve Weymeis

2019-11-07 09:09:11

Have also a look at this workflow, which can even be used to have Audio play only the first time (same micronavigation workflow):

http://blog.lilybiri.com/force-first-slide-view-micro-navigation

(3)

Paul Wilson

2019-11-07 21:35:17

Thanks for contributing Lieve.

(1)