Skip to content
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

Event Drag copy enabled even when disabled. #7162

Closed
taauntik opened this issue Jul 14, 2023 · 1 comment
Closed

Event Drag copy enabled even when disabled. #7162

taauntik opened this issue Jul 14, 2023 · 1 comment
Assignees
Labels
bug Something isn't working forum Issues from forum resolved Fixed but not yet released (available in the nightly builds)
Milestone

Comments

@taauntik
Copy link

Forum post

Was looking through the documentation and saw that by setting the copy key to an empty string the copy feature would be disabled.

I tried this and it seems like the copy feature is still enabled. I tested using one of your examples and was able to replicate the bug.

using the example below
https://bryntum.com/products/scheduler/examples/bigdataset-vertical/

I added the following line to the scheduler.
https://bryntum.com/products/scheduler/docs/api/Scheduler/feature/EventDrag#config-copyKey

Set to empty string to disable copying

features: {
        eventDrag: {
           copyKey: '',
        },
    },

After that i held onto the META key and when dragging a task, the task was duplicated.

@taauntik taauntik added bug Something isn't working forum Issues from forum labels Jul 14, 2023
@taauntik taauntik self-assigned this Jul 14, 2023
@taauntik
Copy link
Author

taauntik commented Jul 17, 2023

Branch Name : 7162-eventDragCopy
In the test when using metaKey as an option It doesn't duplicate in the test

        await t.dragBy({
            source   : '.b-sch-event-wrap',
            delta    : [0, rowHeight],
            dragOnly : true,
            options  : { metaKey : true }
        });

But (on Windows) pressing the metaKey (Windows ⊞ Key) and dragging the event, it duplicates that event

@taauntik taauntik added ready for review Issue is fixed, the pull request is being reviewed and removed in progress labels Jul 18, 2023
@isglass isglass added resolved Fixed but not yet released (available in the nightly builds) and removed ready for review Issue is fixed, the pull request is being reviewed labels Jul 19, 2023
@isglass isglass added this to the 5.4.2 milestone Jul 19, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working forum Issues from forum resolved Fixed but not yet released (available in the nightly builds)
Projects
None yet
Development

No branches or pull requests

2 participants