g4125

I’ve disabled Smush and it does indeed make a difference – the animations are now back to normal.

I’m still testing it, but I think the way forward is to use Smush to smush the images then disable it and use Autoptimize to make the site faster to load.

I’ve just done a test.

Normally whilst scrolling down, as soon as the counter or progress bar appears at the bottom of the screen – it animates.

Now what appears to be happening is the reverse. If I sit and wait for the animation to happen in front of me – nothing happens. But if I scroll to the bottom of the page, then back up, they have animated.

You should be able to test this yourself by using the same method you’ve told me to do.

Thanks for your help BTW

Does that totally disable Autoptimizer?

They don’t load as fast as they did originally, but they ‘may’ be faster than they were before appending the address. It’s difficult to tell because you have to scroll down to the bottom of the page past the UI elements, and then back up again for them to animate, where they used to animate as soon as they appeared as I scrolled down.

Would that imply that Smush is causing the problem then?

Essentially I’m trying to get a graphics-heavy page to load as fast as I can, but if the UI elements don’t animate almost instantly, they end up giving the wrong information which will be worse than the page loading slowly.

Thanks for that very prompt response Frank.

Unticking ‘aggregate JS’ doesn’t appear to have made any difference.

What do I need to add to the current exclusions of:
wp-includes/js/dist/, wp-includes/js/tinymce/, js/jquery/jquery.js
to exclude the counter and progress bars?

Sorry, I’m a WYSIWYG designer and the behind the scenes stuff is a little like a foreign language.