这是indexloc提供的服务,不要输入任何密码
Skip to content

Conversation

@MrStevns
Copy link
Member

@MrStevns MrStevns commented Nov 10, 2020

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

  • Dragging is cosmetic until the very moment you let go on the frames.
  • Frames are slightly lifted off the track to help visualize that dragging has been initiated.'

What's removed

  • Ability to easily swap frames when dragging, eg. the old functionality.

Result:
displacement

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

closes #882

- Frames that are being dragged will show as slightly lifted.
- Fixed a UX aspect that made dragging feel less smooth when dragging right.
@MrStevns MrStevns force-pushed the #882-dragging-keyframe-displacement branch from e4d8114 to ce35746 Compare February 14, 2021 14:55
@MrStevns
Copy link
Member Author

MrStevns commented Mar 7, 2021

Code is up to date and can now be reviewed.

Copy link
Member

@J5lx J5lx left a 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!

@J5lx J5lx self-assigned this Sep 21, 2021
…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.
@MrStevns
Copy link
Member Author

MrStevns commented Sep 25, 2021

Ah nice spotted, I indeed hadn't accounted for the scroll offset when painting the moving frames!
PR remarks handled and branch is now also up to date with master.

Like last time you're welcome to squash and merge when we get there

@MrStevns MrStevns force-pushed the #882-dragging-keyframe-displacement branch from e715cb6 to 011a43b Compare September 25, 2021 11:37
Copy link
Member

@J5lx J5lx left a 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!

@MrStevns
Copy link
Member Author

PR updated and remarks handled. Ready for takeoff!

Copy link
Member

@J5lx J5lx left a 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!

@J5lx J5lx merged commit b494aa7 into pencil2d:master Sep 25, 2021
@MrStevns MrStevns added this to the v0.6.7 milestone Jul 5, 2023
@MrStevns MrStevns deleted the #882-dragging-keyframe-displacement branch October 31, 2023 06:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Enhancement 🔹 Minor PR (only one reviewer required) Timeline

Projects

Status: No status

Development

Successfully merging this pull request may close these issues.

[UX][Bug] Dragging keyframe along timeline should not move other keyframes if not dropped on top

4 participants