-
Notifications
You must be signed in to change notification settings - Fork 293
#882 dragging keyframe displacement #1495
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
#882 dragging keyframe displacement #1495
Conversation
- Refactor and remove obsolete functionality
- Frames that are being dragged will show as slightly lifted. - Fixed a UX aspect that made dragging feel less smooth when dragging right.
e4d8114 to
ce35746
Compare
|
Code is up to date and can now be reviewed. |
J5lx
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks pretty good overall! There’s just one bug where the offset of the frames being dragged gets messed up when the contents of the timeline are moved to the left by scrolling. Other than that there are just a handful of remarks and the usual PR for the cosmetic stuff (CandyFace#18). Nice work!
…rame-displacement/cleanup Clean up the timeline dragging changes a bit
Which means that we have to specifically check if we're holding down a mouse button, otherwise we get unexpected frame placement and selections.
This is more correct because prior to this we already check whether it's possible to move, therefore is this assertion is true, then we have a bug.
|
Ah nice spotted, I indeed hadn't accounted for the scroll offset when painting the moving frames! Like last time you're welcome to squash and merge when we get there |
e715cb6 to
011a43b
Compare
J5lx
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it would make sense to hide the hover “ghost frame” while dragging keyframes, which wasn’t an issue before since #1343 hadn’t been merged yet. Other than that this PR is now pretty much good to go I’d say. Nice job!
|
PR updated and remarks handled. Ready for takeoff! |
J5lx
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome! Let’s go!
I've rewritten the frame dragging functionality so frames can never be misplaced by accident, this means that frames will be dragged across other frames and only moved when the mouse has been released and there was space for the frames, otherwise the frames will be put back.
Changes
What's removed
Result:

The intend of dragging should be explicit and in combination with #1343, dragging and manipulating frames in general will become more intuitive.
closes #882