-
-
Notifications
You must be signed in to change notification settings - Fork 83
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SSR doesn't seem to work as intended #58
Comments
Hello @cerino-ligutom! Thanks for pointing that out, I have my little idea about why this happens! Will keep you posted about the fix. |
Could you try Sorry for the last answer, this one is now tracked in #81 |
Hi @Tahul , thanks for getting back on this. Not using it anymore on my SSR projects as the template got unwieldy with all the animations but would be happy to assist. I think it's still happening. Check this repro on stackblitz and refresh the web view. |
I'm not sure if we can make SSR work using the The usage of passing the variants directly to I think we should probably mention this in the docs, I'll look into the (undocumented?) |
With Unfortunately we're having some issues deploying the updated docs which describes the I'll close this issue now, if you specifically prefer the |
Docs have been updated, you can find more about the components here https://motion.vueuse.org/features/components! |
As per docs on SSR Support section, there are 2 options that should work:
The 1st option where we put a stringified object as value on the
v-motion
directive works. However, the 2nd option where we bind variables to:initial
and:enter
doesn't work. The latter shows the elements normally and then the animations get applied afterwards. See gif below:That said, the composable usage isn't working either. It seems to behave as if the variables only gets bound on mounted but that doesn't work for SSR.
Additional Context:
This works and I'm getting away with this for the meantime:
Versions used:
The text was updated successfully, but these errors were encountered: