Open blaues0cke opened 5 years ago
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
This is still an issue I would like to discuss about. :-)
I'm not a maintainer, but I'd like to point out that it looks like you're linking the original example, not your edit?
@designbyadrian Jep, this just happens in the original example without any changes :-)
OIC! Well, CMD and CTRL are meta keys, so maybe it's intentional that they override the action, as CMD isn't the copy key in macOS?
The copy state doesn't change if you toggle the ALT/Option key, at least not in Safari or Chrome.
Yes, this is another issue: The modifier key is hardcoded to "alt" but the modifier key is actually different between macOS (alt) and Windows (ctrl). I created this (https://github.com/react-dnd/react-dnd/issues/1517) issue for that that unfortunately has been closed automatically
Describe the bug The user is accidentally able to overwrite the
dropEffect
using the⌘ command
when thedropEffect
is "forced" by passing it inoptions
inuseDrag
.Reproduction https://codesandbox.io/s/github/react-dnd/react-dnd/tree/gh-pages/examples_hooks_js/05-customize/drop-effects?from-embed
Steps to reproduce the behavior:
When I am over a drop zone, I have no icon
and press the modifier keys (⌥ option
or⌘ command
). Nothing will change as expected.When I am over a drop zone, I have copy icon
and press the modifier keys (⌥ option
or⌘ command
). The "copy" mouse cursor will disappear while pressing⌘ command
. This will also allowing moving where no moving should be allowed.Expected behavior I expect that in the "copy" mouse cursor will stay since the user should not be allowed to change
dropEffect
when its defined inoptions
.Screenshots
Desktop: