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
I have verified that I use latest version of all @mantine/* packages
What version of @mantine/* packages do you have in package.json?
7.13.2
What package has an issue?
@mantine/dropzone
What framework do you use?
Vite
In which browsers you can reproduce the issue?
All
Describe the bug
Currently Dropzone only adds a data-attribute when the input is loading. The documentation is asking the developer to implement their own disabled state if the loading state isn't enough. However I would argue that setting a disabled data-attribute when the disabled flag is set would help a lot in styling non-loading, disabled states.
To give a more tangible example, we override a lot of Mantine's default css behaviors in a custom package. When a developer uses the package and marks the Dropzone as disabled they would also need to set mod={{ disabled }} to make the css overrides work, as there is no way to differentiate between a disabled Dropzone and an active one.
If possible, include a link to a codesandbox with a minimal reproduction
No response
Possible fix
Simply add disabled to the list of data-attributes
Dependencies check up
What version of @mantine/* packages do you have in package.json?
7.13.2
What package has an issue?
@mantine/dropzone
What framework do you use?
Vite
In which browsers you can reproduce the issue?
All
Describe the bug
Currently
Dropzone
only adds a data-attribute when the input isloading
. The documentation is asking the developer to implement their own disabled state if the loading state isn't enough. However I would argue that setting adisabled
data-attribute when thedisabled
flag is set would help a lot in styling non-loading, disabled states.To give a more tangible example, we override a lot of Mantine's default css behaviors in a custom package. When a developer uses the package and marks the
Dropzone
asdisabled
they would also need to setmod={{ disabled }}
to make the css overrides work, as there is no way to differentiate between a disabled Dropzone and an active one.If possible, include a link to a codesandbox with a minimal reproduction
No response
Possible fix
Simply add disabled to the list of data-attributes
Self-service
The text was updated successfully, but these errors were encountered: