Hi. A client has come back to me to note that the replay button on the right side of the seekbar doesn't work. I've checked it on both the Flash and HTML5 versions. I also can't find any triggers that specify the replay button, when pushed, should replay the audio for the slide. Can you help?
Alyssa, within the last year alone there have been more than a dozen posts on this thread saying that the Rewind button should work as...a rewind button. That suggests that the "pulse on the popularity of this request" is at maximum heart rate, , and clearly many Storyline users would like (and actually expect) this functionality.
I'll put in an official Feature Request, but it is beyond weird that it won't work when Resume Saved State is selected.
You are correct and we are monitoring the users requesting this functionality.
I just responded to your conversation here and was able to locate your official feature request to our team to link all of these conversations to our report as well.
Adding my vote for an independent rewind button. This is especially important with you have lots of audio that a learner may want to listen to again while on the slide but you want to interactivity results to remain in a saved state on return to the slide.
Here is something worth knowing: how does the embed Reload button work in SL's player?
Right now, we currently need to 1) set to slide to "reset to initial state" and 2) add a trigger that "go to [that same] slide", if we want a custom Reload button.
However, how does the player's Reload button work? We know that it only works if the slide is set to "reset to initial state", but what else does the button do?
In some cases, you may notice that the Rewind button at the right end of the seekbar doesn't actually start the slide over from the beginning.
The behavior of the Rewind button is determined by the “When revisiting” property for each slide. There are three options to choose from:
Automatically decide: This is the default option, and it means Storyline will decide automatically whether to rewind the slide or not. Here's the logic: If the slide contains just simple objects and audio but no interactivity, Storyline will rewind the slide to the beginning of the slide’s timeline. However, if the slide contains any interactive elements, such as buttons or any other object that includes a visited/selected state, Storyline won't rewind the slide.
Resume saved state: This option will always prevent the slide from rewinding.
Reset to initial state: This option will always force the slide to rewind.
I would like to add my vote in to this as well. I'm working with a customer who wants to be able to rewind the slide without it resetting everything on the slide.
Seems like this has been an issue for awhile now. How long do you track until there is actually movement on a feature request? I'm pretty frustrated by this. Either I get rid of the seekbar on my slide (my client wants a seekbar!) or I have a non-functional replay button on the player which then looks like an error or bug to users. Not good.
Please add my vote to this feature request. The rewind button should indeed rewind regardless of the desired revisit behavior. This is a pretty significant issue.
Has this been addressed at all yet? My client has just addressed this as an issue. The only way to rewind is by dragging the seekbar which is not really inuitive to the user.
Thanks for reaching out and following up on this request! No updates yet, but I'll be sure to add your voice to the report and update everyone on any progress that's made.
Has this issue been tackled (SL 3). Learners should be able to replay the audio if desired. I can't get to operate properly in 'Preview' or 'Published' modes.
This is still an open feature request with our team.
I'm glad that Daniel was able to pop in and offer a suggestion to use in the meantime.
Also, your email signature came through when you replied via email. You can remove that if needed by clicking ‘Edit’ beneath your response. Here’s a quick Peek video if you need help.
Please add my vote to this request as well. The replay button should work independently from the seekbar, as it is very confusing to a user, and not very intuitive to have to drag the seekbar to replay the audio.
Hopefully this is resolved soon, as it seems that this has been an ongoing issue/request for over a year.
Adding my vote. Independent replay button that actually replays so the user doesn't have to drag the seekbar or only has the option to drag the seekbar.
171 Replies
Add mine as well as I am going through my published course and looked this up.
Alyssa, within the last year alone there have been more than a dozen posts on this thread saying that the Rewind button should work as...a rewind button. That suggests that the "pulse on the popularity of this request" is at maximum heart rate, , and clearly many Storyline users would like (and actually expect) this functionality.
I'll put in an official Feature Request, but it is beyond weird that it won't work when Resume Saved State is selected.
Thanks, Greg.
You are correct and we are monitoring the users requesting this functionality.
I just responded to your conversation here and was able to locate your official feature request to our team to link all of these conversations to our report as well.
Agree, this needs to be corrected. Please add my voice as well.
I'm having this problem today so add me to the 54 replies-to-date on this issue.
Adding my vote for an independent rewind button. This is especially important with you have lots of audio that a learner may want to listen to again while on the slide but you want to interactivity results to remain in a saved state on return to the slide.
Here is something worth knowing: how does the embed Reload button work in SL's player?
Right now, we currently need to 1) set to slide to "reset to initial state" and 2) add a trigger that "go to [that same] slide", if we want a custom Reload button.
However, how does the player's Reload button work? We know that it only works if the slide is set to "reset to initial state", but what else does the button do?
Hello Jean-Christophe,
In some cases, you may notice that the Rewind button at the right end of the seekbar doesn't actually start the slide over from the beginning.
The behavior of the Rewind button is determined by the “When revisiting” property for each slide. There are three options to choose from:
I would like to add my vote in to this as well. I'm working with a customer who wants to be able to rewind the slide without it resetting everything on the slide.
Hi Charley!
Consider it done! We'll keep you informed in this discussion when we hear of an update!
Seems like this has been an issue for awhile now. How long do you track until there is actually movement on a feature request? I'm pretty frustrated by this. Either I get rid of the seekbar on my slide (my client wants a seekbar!) or I have a non-functional replay button on the player which then looks like an error or bug to users. Not good.
Please add my vote to this feature request. The rewind button should indeed rewind regardless of the desired revisit behavior. This is a pretty significant issue.
Hi Michelle and Nadia,
Thanks for chiming in to share your thoughts as well.
I wanted to share some information about how we manage these feature requests since you asked.
This conversation is linked to the request so that we can pop in and share any updates with you here.
This post was removed by the author
Has this been addressed at all yet? My client has just addressed this as an issue. The only way to rewind is by dragging the seekbar which is not really inuitive to the user.
Hi S,
Thanks for reaching out and following up on this request! No updates yet, but I'll be sure to add your voice to the report and update everyone on any progress that's made.
Has this issue been tackled (SL 3). Learners should be able to replay the audio if desired. I can't get to operate properly in 'Preview' or 'Published' modes.
If you have "resume saved state" and want to hide the replay button just put this js on your slide:
$('button.btn-reset').hide();
Or you can go in your published zip file >html5 >data >js > frame.js(open with notepad) find "replay":true change to false
Thank you.
Hi Raymond,
This is still an open feature request with our team.
I'm glad that Daniel was able to pop in and offer a suggestion to use in the meantime.
Also, your email signature came through when you replied via email. You can remove that if needed by clicking ‘Edit’ beneath your response. Here’s a quick Peek video if you need help.
Thank you. I had no idea that would happen. Video reminder was spot on...
Please add me to the list of many requesting this be fixed. This is a no-brainer issue that needs to be addressed.
Please add my vote to this request as well. The replay button should work independently from the seekbar, as it is very confusing to a user, and not very intuitive to have to drag the seekbar to replay the audio.
Hopefully this is resolved soon, as it seems that this has been an ongoing issue/request for over a year.
At the least I'd like to control whether the replay button shows up for the end user or not
Adding my vote. Independent replay button that actually replays so the user doesn't have to drag the seekbar or only has the option to drag the seekbar.