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?
This is BEYOND annoying... I have a current project that needs to resume saved state but they would like to be able to "REPLAY" the slide. I can't believe I'm just realizing this doesn't work as one would think. Angry clients make for an angry developer... please set the replay button to work as a typical replay button would and should... it should not be associated with the seekbar.
Thanks for the candid feedback, everyone. We're listening and sharing your thoughts with the larger team. If we make changes to the Rewind button in the future, you'll be among the first to know!
Thanks for reaching out, Deb. I'd be sure to enable the video controls below your video so that the client will be able to pause, rewind, and fast forward as needed.
Thanks for your response. I didn't use the video controls initially because the client does not want to allow a user to fast forward the video. The seekbar can be controlled - but I don't see an option to do the same with the video controls.
If there is a way to use these controls to pause and replay, but remove the ability to fast forward please share it with me. This is what I need to accomplish.
I'm working with an audio file that should be able to be replayed. Is there any way around this? I need users to be able to select replay to hear a question again and then interact with the slide. If there is no seekbar, how would a hearing impaired individual know that the audio is still playing and that the slide isn't frozen?
Can you enable the seekbar in the player? This would give learners the opportunity to replay the audio, and individuals with hearing impairments would know how much audio remains on the slide.
That definitely sounds odd. The replay button on the seekbar shouldn't have any effect on the Submit button.
What version of Storyline are you using? Would you be able to share a short screen recording or Peek 360 video so I can get a better idea of what's happening?
latest version of 360 and I'm not uploading here for proprietary reasons. I have opened a ticket with the issue but it seems to be related to interactivity and automatically decide as noted here and this thread.
Hi there, Amy. I see that Cleo is having a look at your file; thanks for submitting it! I made some notes on your case about the submit button state changes and what you mentioned here.
For replaying only the audio, I have came up with the following steps:
Duplicating the audio file in the slide
Have the original audio file plays normally in the timeline
Add a trigger on a custom button to play the copy
Add a variable that enable the Replay button to be clicked after the original audio file is complete
As for a Replay function, I feel like it's long overdue to get such a trigger, because right now, a user can either replay a slide everytime s/he revisits (reset to initial state) or cannot do so (resume saved state). There should be an option to replay a slide, even if you set it to "resume saved state".
I would like to add my vote as well: if you have your slide set to 'save state', if you are on that slide and click 'replay' the slide should replay. If you revisit the slide, it should save the state. thanks!
It helps us understand the need, and I'll share the additional insight with the right team. If this gets added to a future update, this discussion will be the first to know!
171 Replies
I would like the replay button to be independent of both the seekbar and the when revisiting setting.
Hi all, I would like to add my request that the replay button should work independently of the "when revisiting" setting!
This has actually just come up in a project today, and my team will now have to add triggers to make it work as we need it to.
This is BEYOND annoying... I have a current project that needs to resume saved state but they would like to be able to "REPLAY" the slide. I can't believe I'm just realizing this doesn't work as one would think. Angry clients make for an angry developer... please set the replay button to work as a typical replay button would and should... it should not be associated with the seekbar.
Thanks for the candid feedback, everyone. We're listening and sharing your thoughts with the larger team. If we make changes to the Rewind button in the future, you'll be among the first to know!
Alyssa,
How can I manually provide rewind capability? The client wants to be able to review the video and I can't set the property to 'reset to initial state'
Thanks
Hey Deb,
Thanks for reaching out, Deb. I'd be sure to enable the video controls below your video so that the client will be able to pause, rewind, and fast forward as needed.
Here is some documentation.
Leslie,
Thanks for your response. I didn't use the video controls initially because the client does not want to allow a user to fast forward the video. The seekbar can be controlled - but I don't see an option to do the same with the video controls.
If there is a way to use these controls to pause and replay, but remove the ability to fast forward please share it with me. This is what I need to accomplish.
Thanks,
Deb
Hey, Deb! Thanks for letting us know what you'd like to see! I'll let our team know you have a need for video controls with a read-only seekbar.
If there's anything else I can help with in the meantime, please let me know!
Ditto to all those voting for a separate replay/ rewind button acting independently.
I'm working with an audio file that should be able to be replayed. Is there any way around this? I need users to be able to select replay to hear a question again and then interact with the slide. If there is no seekbar, how would a hearing impaired individual know that the audio is still playing and that the slide isn't frozen?
Hi Amy!
Can you enable the seekbar in the player? This would give learners the opportunity to replay the audio, and individuals with hearing impairments would know how much audio remains on the slide.
Hi Alyssa,
The seekbar is enabled and selecting replay on the seekbar causes the Submit button to not function anymore.
Hi there, Amy,
That definitely sounds odd. The replay button on the seekbar shouldn't have any effect on the Submit button.
What version of Storyline are you using? Would you be able to share a short screen recording or Peek 360 video so I can get a better idea of what's happening?
latest version of 360 and I'm not uploading here for proprietary reasons. I have opened a ticket with the issue but it seems to be related to interactivity and automatically decide as noted here and this thread.
Hi there, Amy. I see that Cleo is having a look at your file; thanks for submitting it! I made some notes on your case about the submit button state changes and what you mentioned here.
I add mine too
Add my voice to having rewind button working independently.
Thank you,
Nutsa
Add my voice too, please.
The rewind button should always be able to reset the view
I also agree. Right now I am getting a lot of complaints because the rewind button doesn't always work.
Having the same exact issue and would like the rewind button to be independent.
For replaying only the audio, I have came up with the following steps:
As for a Replay function, I feel like it's long overdue to get such a trigger, because right now, a user can either replay a slide everytime s/he revisits (reset to initial state) or cannot do so (resume saved state). There should be an option to replay a slide, even if you set it to "resume saved state".
I would like to add my vote as well: if you have your slide set to 'save state', if you are on that slide and click 'replay' the slide should replay. If you revisit the slide, it should save the state. thanks!
Add my vote.
add my vote to have the replay button independent from the seek bar. 'glad to find this thread. TY!
Hello, everyone. Thank you for your votes!
It helps us understand the need, and I'll share the additional insight with the right team. If this gets added to a future update, this discussion will be the first to know!