I added a drop down nav and a back button animation and it totally messed up my previous parallax and slide in page scroll animations on tablet and below. Makes no sense whatsoever because I just turned those animations off for tablet and below. It works fine on the desktop view.
Here is the messed up view. Check it in tablet and below breakpoints: Messed up
Here is the working view. Check it in tablet and below breakpoints: Working one
Compare these two on my read only link at the bottom of this page:
Here are some images comparing how they’re messed up:
I don’t understand how this bug is created. If I copy and paste the drop down nav or the back button into the working page it will mess it up. Why would that be?
It’s really unfortunate to put so much time into a project and it work perfectly for all breakpoints and then add one element with the new interactions and it to breaks the previous hard work.
How do I fix this and how can we stop it from happening again?
I’d have to really go deep into what you made to properly answer and I don’t have that time. You can relink everything manually but that’s near to impossible if your elements are numerous and if they have combo classes, because they become hard to distinguish.
When I faced such a situation, I reverted. Now I don’t face the situation again because I don’t copy elements with IX2, or expect to copy. I actually only use IX1 for the time being.
Thanks for the help. It’s terribly annoying isn’t it?
I just don’t understand how it would affect the stationary elements that don’t even have IX2 applied to them at tablet breakpoints and below… that’s the weirdest thing.
Thanks for posting about this issue and thank you @vincentfor helping out here. Losing interactions that took time to build is definitely frustrating and this is definitely something we are working on improving now.
I took a look at your preview link and it looks like you may have resolved the issue.
you can’t duplicate anything or it will break
To clarify, you can copy/paste or duplicate interactions, but when you do so you are creating brand new elements (they will have separate IDs). The action list of an interaction is associated with the specific elements you select by default, but you can choose to have the interaction affect a class name rather than the element.
So, when you want to copy/paste or duplicate an interaction, you can use the Replace element with class name first. Then when you duplicate the elements, the interaction will remain intact as it relies on the class name over the element itself.
@Brando. I still think there is a bug because it was affecting elements that weren’t even triggering animations. It was changing their positioning on the page or hiding them completely. Might be worth a look into.
I’ve reverted to an older version that isn’t broken. I haven’t added anymore interactions because I fear it will mess it up again.
As you’ve reverted, I’m not able to look into your site directly to see if there are any issues. As elements were duplicated without Replace element with class name being used, it’s expected (at this point) for the action list to be incomplete.
However, our Interactions 2 team is consistently working on updates to prevent or resolve issues like the one you experienced. We have some updates coming down the pipe that should help avoid frustrations like this in the future.
I appreciate your feedback and help with this and let me know if you have other questions.
