You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, the fallback for the case where a route matches no animation seems to be incoherent.
The readme says that a default "proceed immediately" animation will be used: "This is also the fallback animation in case no other matching animations were found."
The implementation seemingly uses the first defined animation instead as a fallback
Describe the propsed solution 😎
I'd like to
apply the default animation as mentioned in the docs as a fallback
warn the user that the fallback animation was used
Alternatives considered 🤔
I also thought about letting the user animate routes without a match in JS plugin via CSS – simple CSS animation for every page transition, except this one where I need more control. But I can imagine this would come with quite some complexity.
Is it possible to fallback to the default handler for animation:in:await and animation:out:await if no animation matched?
Is there a way to prevent CSS animations on the main transition-* class if there is a matching JS animation found?
.... surely some other things I can't think of right now
Describe the problem 🧐
Currently, the fallback for the case where a route matches no animation seems to be incoherent.
Describe the propsed solution 😎
I'd like to
Alternatives considered 🤔
I also thought about letting the user animate routes without a match in JS plugin via CSS – simple CSS animation for every page transition, except this one where I need more control. But I can imagine this would come with quite some complexity.
animation:in:await
andanimation:out:await
if no animation matched?transition-*
class if there is a matching JS animation found?How important is this feature to you? 🧭
Nice to have
Checked all these? 📚
The text was updated successfully, but these errors were encountered: