URL changes after the whole transition animation is finished

[Profpatsch]

This happens together with mdpress, I don’t know if that’s the case with all impress.js presentations.

I would be way snappier if the URL changed as soon as you hit a key for the next slide.

[bartaz]

Yes. It's how impress.js works.

I don't know if that's that important when the URL changes. Of course, the action of changing happens when user hits the key, but the content of the slide is visible when animation finishes.
I don't see any benefits of changing the URL immediately.

And the reason it was done this way was a Chrome bug. When the URL was changing before the animation Chrome would store the history change during the animation and there was a (very visible) lag in the animation. Maybe the bug is fixed already and it could be changed, but I don't see the reason.

If you have any reasons why it would be better to change the URL immediately let's talk about it.
And when I have some time I can check if the Chrome issue still happens.

[Profpatsch]

Well, my reason is that when jumping throught the slides fast I’d like to know where I am. And the URL shows the page number. But only after the animation has finished. So it’s either being fast or knowing where I am.

If the Chrome didn’t exist any more there should be no reason to wait anymore, right?

[FagnerMartinsBrack]

Action for this issue:

• Check if the Chrome issue stated above still exists when changing the URL.
• If not, then change the behavior. Otherwise keep it, create a test for it, and close this issue.

[henrikingo]

Wanted to call out the motivation for this request:

Well, my reason is that when jumping throught the slides fast I’d like to know where I am. And the URL shows the page number. But only after the animation has finished.

And also note that in 1.0.0 versions, there's also the progress bar and navigation menu that show the current slide (if enabled). However, they both share the same behavior: they update at the end of the animation.

At least for the navigation ui, there's no reason it couldn't change earlier too. For progress bar, I think there's an animation that's intentional, and that would be lost. But speed is a good argument too.

Even if changing the url would have some issue, as mentioned by @bartaz above, these UI controls can still change their behavior independent of that.