Upgrading from v2.x
We tried to keep the number of breaking changes as low as possible. As of now, here is the list of the changes we know you'll have to make if you're coming from Modalfy v2.
If you're coming from the v1 API, we'd highly suggest going through the Upgrading from v1.x guide first.
ModalOptions.shouldAnimateOut
has been dropped
ModalOptions.shouldAnimateOut
has been droppedAs announced in the v2 release, the shouldAnimateOut
modal option has been dropped after being deprecated since June 2020. If you haven't transitioned yet, you can use animationOut
or animationConfigOut
instead.
ModalOptions.animateOut
has a new mandatory callback
argument
ModalOptions.animateOut
has a new mandatory callback
argumentv2.1 brought up a new way to drive animations by putting you in full control whenever a modal is being opened and/or closed: animationIn
& animationOut
.
Since v3, you must use the new 3rd callback
argument provided to you. This is required so that your callbacks can be invoked at the end of the animation(s) you'll define, for instance. Example:
Invokingcallback
is required if you are usinganimationOut
. That's because, since v3, Modalfy relies on that callback being invoked to mark a modal as closed in its own internal state. That's whycallback
is an optionally provided argument for animationIn
but always provided foranimationOut
.
And that's it! Everything else should just work as expected, enjoy! 🥳
Last updated