-
#79
6c0e7f9
Thanks @andrewrubin! - - RemovedappendToBody
prop.-
The
appendToBody
prop has been removed. This prop was previously used to determine whether the modal should be appended to the body element. -
Added
renderTo
prop.- Introduced the
renderTo
prop, which accepts an HTMLElement where the modal will be appended. This provides greater flexibilty, allowing users to specify any element to render the modal, including the body. This change enhances the customization options for the modal rendering.
- Introduced the
-
Mark argument of hook as optional #62
-
Before
<Modal appendToBody={true} />
-
After
<Modal renderTo={modalRef} />
-
- #18
888f892
Thanks @marlonmarcello! - fix: commonjs support
- #16
4a7ac9b
Thanks @marlonmarcello! - hotfix: exported types
- #14
22e9f45
Thanks @andrewrubin! - Fix: positiong class names not being passed down if appendToBody is true
- #12
f603cd2
Thanks @marlonmarcello! - Fixes and issue where the modal would lock the body even thoughappendToBody
wasn't set totrue
- #10
1e4fba5
Thanks @marlonmarcello! - fix: ensures empty params doesn't throw
-
#7
4512c52
Thanks @marlonmarcello! - # V2Seriously, everything.
The old design of the modal was good but it had an achilles heel, it used an internal context to handle the transition and syncing that with the state which caused:
- Actions to be tied to a context, adding custom components to close the modal for example was a bit annoying
- Animation and state were too tightly coupled and not exposed for further customization
The modal is now a controlled component, you can control the state of the modal from outside using the hook
useModal
which also exposes the state so you can use further customize the Modal and even the child components.