Add disabling of drag/resize for individual events #49
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
Why? Why there are 27 pull requests? No one care about this project? It is 9 month already. I wanted to contribute but I do not want to spend my precios time just for nothing. Any one here works with PRs? |
|
+1, Would like feature implemented into core. |
|
I will likely have the event object properties be I like this approach better because it is independent of the UI interaction involved, should we allow the editing of the start/end some other way. This will be in the next release. |
|
committed d910bb8 to the upcoming release branch |
|
just released in v1.6.3 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This is my proposed solution to issue 174 in the bug tracker.
This implementation allows
disableDragginganddisableResizingproperties to be specified for specific events. These properties can already be specified at the calendar level. This is similar to theeditableproperty that can already be specified at both the calendar and event levels.This is a completely backwards compatible feature.