GNOME Bugzilla – Bug 664937
keyframes should not be reordered on drag
Last modified: 2015-10-20 13:19:02 UTC
right now if you drag a keyframe to another one, they change there position, in all cases i can think of one does not want this. instead it should go as close as possible to the previous/next keyframe and not move further.
Oh wow that's funky, the two keyframes indeed "swap" position. Since it doesn't make sense for keyframes to be able to "cross" each other, I presume your suggestion of having them "block" each other sounds reasonable. I could imagine a corner case where crossing keyframes could maybe be useful, but I guess the ability to have keyframes block each other (so that you can do a sharp curve) trumps that.
That's actually more simple to do with the current code :) I might throw an eye someday, but do we have a way to mark bugs as "easy" in bugzilla ? I'd rather concentrate on other issues and may'be leave that to newcomers :)
Mathieu: yep, the trick is to add "gnome-love" in the keywords field - this is a standard keyword used throughout gnome (and we mention it/give a link to a direct search query in the Pitivi love page).
Created attachment 307133 [details] [review] elements: Avoid reordering keyframes on drag Fixes
This bug has been migrated to https://phabricator.freedesktop.org/T2900. Please use the Phabricator interface to report further bugs by creating a task and associating it with Project: Pitivi. See http://wiki.pitivi.org/wiki/Bug_reporting for details.