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?
I am wondering the same thing. People have been asking for this feature and another one (importing a video with an alpha channel eg.mov into Storyline) for over 7 years now. No one in Articulate is paying attention to us. Those two features should be already available to 360, but I would be happy if they were just added to the roadmap.
I am wondering the same thing. People have been asking for this feature and another one (importing a video with an alpha channel eg.mov into Storyline) for over 7 years now. No one in Articulate is paying attention to us. Those two features should be already available to 360, but I would be happy if they were just added to the roadmap.
I fully agree!! This feature needs to be addressed and updated ASAP!! The "replay/rewind" button should function as that - and not be dependent on the slide property....!! I really hope Articulate addresses this soon - you can see all the posts on this issue from years ago!!!
The issue is that we don't have a "Replay" trigger, and everything is tied to the slide's state.
Logically speaking, a Replay button should replay the slide regardless of whether you want to "reset the initial state" or "keep the saved state".
It's like how the Next trigger automatically follows the slides' order, while the Previous trigger follows the last visited slide, and not in the order. There's no logic...
Hello! Any updates on this? This was posted over 6 years ago, and it's still the same until now. Have we found a workaround for this or have the developers fixed it now?
Still no changes to this behavior, which is detailed in this article. I've added your voice to the open Feature Request that we have for the improvement of this feature. Here's a quick look at how we manage feature requests for your reference.
This is a frustrating issue because as you know, users are accustomed to having that functionality. When it does not work as they anticipate it to, it causes frustration on the part of the user, and on the part of the developer who has tried to ensure a good user experience. Please start making long standing issues like this a priority to correct. This should be addressed and quickly.
Agree we just ran into this with another client (it has also happened in the past). Please make the replay button replay the slide. It doesn't have to change any states or variables, or anything - just replay the slide.
Still no changes to this behavior, which is detailed in this article. I've added your voice to the open Feature Request that we have for the improvement of this feature. Here's a quick look at how we manage feature requests for your reference.
Morning Joe,
Can you please explain to me why this needs to be submitted as a feature request when it is clearly a bug in the software? Its crazy to think this has been going on for so long.
Can you also explain why rolling out new features is a higher priority to fixing known software bugs?
I am wondering the same thing. People have been asking for this feature and another one (importing a video with an alpha channel eg.mov into Storyline) for over 7 years now. No one in Articulate is paying attention to us. Those two features should be already available to 360, but I would be happy if they were just added to the roadmap.
I would also like to add my vote to adding this feature, the way it is designed now can be confusing to learners since when you pause the timeline in the middle of the audio because you missed something, you can't replay the part you missed, it just starts from where it was paused and now the audio is out of sync with the rest of the slide interactions.
Basically, all the button needs is a special "replay trigger" that replays the slide, regardless if it was set to "Resume Saved State" or "Restore Initial State".
Without being told to "do it yourself", how hard can it be?
It's like how the Previous Slide trigger only goes back to the last seen slide, and not the previous slide in the scene's chronological order. If the Next Slide works as intended, the Previous Slide trigger should do the same in reverse. Right now, your learners can screw up the navigation if they ever use the menu.
I also need to use the player's replay button to replay slides set to Resume Saved State. It would be a huge timesaver to be able to use the replay button in the player instead of having to create a custom button that replays the slide.
Also, please allow us to select the seek bar and replay button separately. I don't always want to show both, especially if the reply button doesn't always work.
This is really frustrating - it is such a basic common sense feature that adds so much to functionality and without it forces the user to miss content that they really want to see. That's the worst. Perhaps we should all keep requesting this as a feature request. It seems we need to tale a stand and be more forceful. Another feature request going in today.
Add me as well - it's standard UI stuff - same with another previous comment re the previous slide going automatically to the actual previous slide, not some random one the learner went back to.
I’m mean if the button is not a replay button maybe think about using a different icon – would help lessen the confusion for learners. Would not be a great fix – since replaying slides seems like an essential feature.
So. How are we still asking for this?
Well let’s do it again…
“Thank you for taking time to tell us what features you'd like to see on our feature roadmap. Your input is very valuable to us.“ Sure does not feel like it, considering how long this request has been here. (and sadly it’s not the only one).
Looks like this thread died but am adding my plus one. Sometimes learners (and reviewers) want to reset and relisten to a slide while they are on it. But it's also useful to have a slide retain it's saved state when the the learner clicks around at other times. It would be great if both things were possible. If the reset button set the slide "back to 1" without needing to change the return property.
Here we are 4 years later and I'm discovering this thread because I have the problem. Will you please ask the design team to resolve it? Any button present on the seekbar must work.
170 Replies
I am wondering the same thing.
People have been asking for this feature and another one (importing a video with an alpha channel eg.mov into Storyline) for over 7 years now. No one in Articulate is paying attention to us.
Those two features should be already available to 360, but I would be happy if they were just added to the roadmap.
What do people have to do to Articulate see what we need?
From today, I will send a request https://articulate.com/support/contact/feature-request every single day to see if they at least consider doing anything.
I think I'll join you Andreia!
I fully agree!! This feature needs to be addressed and updated ASAP!! The "replay/rewind" button should function as that - and not be dependent on the slide property....!! I really hope Articulate addresses this soon - you can see all the posts on this issue from years ago!!!
The issue is that we don't have a "Replay" trigger, and everything is tied to the slide's state.
Logically speaking, a Replay button should replay the slide regardless of whether you want to "reset the initial state" or "keep the saved state".
It's like how the Next trigger automatically follows the slides' order, while the Previous trigger follows the last visited slide, and not in the order. There's no logic...
Hello! Any updates on this? This was posted over 6 years ago, and it's still the same until now. Have we found a workaround for this or have the developers fixed it now?
Hi Daniel,
Still no changes to this behavior, which is detailed in this article. I've added your voice to the open Feature Request that we have for the improvement of this feature. Here's a quick look at how we manage feature requests for your reference.
Thanks, Joe! I really do hope Articulate hears us.
This is a frustrating issue because as you know, users are accustomed to having that functionality. When it does not work as they anticipate it to, it causes frustration on the part of the user, and on the part of the developer who has tried to ensure a good user experience. Please start making long standing issues like this a priority to correct. This should be addressed and quickly.
Agree we just ran into this with another client (it has also happened in the past). Please make the replay button replay the slide. It doesn't have to change any states or variables, or anything - just replay the slide.
Morning Joe,
Can you please explain to me why this needs to be submitted as a feature request when it is clearly a bug in the software? Its crazy to think this has been going on for so long.
Can you also explain why rolling out new features is a higher priority to fixing known software bugs?
Thanks
Ollie
Hey Andreia,
Did you actually start submitting a Feature Request everyday?
Kind regards,
Ollie
I would also like to add my vote to adding this feature, the way it is designed now can be confusing to learners since when you pause the timeline in the middle of the audio because you missed something, you can't replay the part you missed, it just starts from where it was paused and now the audio is out of sync with the rest of the slide interactions.
Basically, all the button needs is a special "replay trigger" that replays the slide, regardless if it was set to "Resume Saved State" or "Restore Initial State".
Without being told to "do it yourself", how hard can it be?
It's like how the Previous Slide trigger only goes back to the last seen slide, and not the previous slide in the scene's chronological order. If the Next Slide works as intended, the Previous Slide trigger should do the same in reverse. Right now, your learners can screw up the navigation if they ever use the menu.
I also need to use the player's replay button to replay slides set to Resume Saved State. It would be a huge timesaver to be able to use the replay button in the player instead of having to create a custom button that replays the slide.
Also, please allow us to select the seek bar and replay button separately. I don't always want to show both, especially if the reply button doesn't always work.
I did submit a feature request.
This is really frustrating - it is such a basic common sense feature that adds so much to functionality and without it forces the user to miss content that they really want to see. That's the worst. Perhaps we should all keep requesting this as a feature request. It seems we need to tale a stand and be more forceful. Another feature request going in today.
Did this get fixed? - I seem to still have the same issue.
Hi Antony!
Still no change to this behavior, which is outlined in this article.
I've included your voice in the Feature Report that we have open for the improvement of this feature.
Here's a quick look at how we manage feature requests for your reference.
Thanks for reaching out!
Add me as well - it's standard UI stuff - same with another previous comment re the previous slide going automatically to the actual previous slide, not some random one the learner went back to.
7 years and counting folks!
I’m mean if the button is not a replay button maybe think about using a different icon – would help lessen the confusion for learners. Would not be a great fix – since replaying slides seems like an essential feature.
So. How are we still asking for this?
Well let’s do it again…
“Thank you for taking time to tell us what features you'd like to see on our feature roadmap. Your input is very valuable to us.“
Sure does not feel like it, considering how long this request has been here. (and sadly it’s not the only one).
ADD ME AS WELL... Need this to rewind from the beginning.!
Looks like this thread died but am adding my plus one. Sometimes learners (and reviewers) want to reset and relisten to a slide while they are on it. But it's also useful to have a slide retain it's saved state when the the learner clicks around at other times. It would be great if both things were possible. If the reset button set the slide "back to 1" without needing to change the return property.
Here we are 4 years later and I'm discovering this thread because I have the problem. Will you please ask the design team to resolve it? Any button present on the seekbar must work.