Back button returns me to the last visited slide and not to the previous direct slide

It's a problem! This is not agile

Hi, Alejandro.

Thank you for sharing your thoughts on how you'd prefer the jump to previous trigger/button to behave.

We have a feature request logged to allow users to set the logic for the Previous slide trigger. 

I'm adding this discussion to the report, and I will update you if I have any news to share or if this request makes it to our feature roadmap. 

Hi,

Did anything come of this request?

From a programming perspective. Having used other development tools, I know it would much be much more efficient if the user could set the logic for the Previous slide trigger. 

Having to hard code 100+ slides this way is so painful and allows a bigger margin for error.

This also prevents the user being able to use the Slide Master for the next and previous buttons.

You can submit a feature request here: https://access.articulate.com/support/contact/feature-request

• Submitting a request doesn't guarantee that a feature will be implemented. But how many people request a feature could have some impact on the decision-making process.

The default trigger for the PREV button is to jump to the "previous" slide. As you've figured out, "previous" is defined as whatever slide the user just came from (similar to how the back button of a browser works). 

If you want the PREV button to always follow the linear path of the slides, you have to hard-code the trigger on each slide. That means changing "previous slide" to a specific slide, as shown here:

Warning: If you add, delete, or re-arrange slides, you'll have to adjust the hard-coding.

From purely a programming perspective: considering that one can create adaptive paths and triggers from any slide, it makes sense that previous means going back to the previously viewed slide. It doesn't make sense that previous is a slide from which the user has not visited.

For example, if you are on Slide 10 and click something that goes to slide 20 and then click previous, the expected user behavior is to go back to the previous location slide 10 and not slide 19.  

If you want the previous slide to mean the slide in sequential order, then it's probably best to create a linear series of slides and not allow the user to jump out of order thus previous would always represent the previous slide in order.

Hi. I'm very new to the community so I apologize if this isn't the right place for this question. I came across this discussion (and several like it) because I discovered this "Previous" button behavior and, like it appears many others, would like to be able to change the overall programming to go to the previous slide in the sequence. To show support for this functionality, is there an existing feature request that I can upvote or add on to, or would I submit a new, individual feature request?