GNOME Bugzilla – Bug 589725
don't block the user from overlapping clips
Last modified: 2009-07-27 09:47:29 UTC
Currently, there is a mechanism in place to prevent the user from overlapping clips onto a single layer, because the auto crossfading/transitions system is not implemented. However, this has a pretty serious side effect: it prevents you from reordering clips' order. So if I have clip A, B one after another on the same track, I cannot drag B towards A to put it on the left of A. Unless you use some mad trickery like creating temporary blank layers to pass clips through them, but this is both inefficient and not discoverable.
Yeah i noticed the same annoying thing. I pushed an alternate approach here http://git.pitivi.org/?p=user/alessandro/pitivi.git;a=shortlog;h=refs/heads/alternate-collapse Let me know what you think
It seems to work like it did before. Is it any different than the previous behavior (which was to not prevent overlaps)?
In the alternate-collapse branch clips can temporarily collapse while you move them and are moved back to their original position if they still collapse when you release the mouse.
After light testing of the recent changes (merged in master), it behaves a bit better indeed (until we have overlap support in gnonlin for transitions and whatnot).
commit eaeffc31edc4bb6a6f502cba729209eb112f14bb Author: Alessandro Decina <alessandro.d@gmail.com> Date: Sun Jul 26 18:45:23 2009 +0200 Don't allow clip start times to go < 0. commit 955adfaf1c38dcb7707240170bc46f8bec78f5c5 Author: Alessandro Decina <alessandro.d@gmail.com> Date: Sun Jul 26 03:37:00 2009 +0200 Use an alternate, less annoying approach to avoid clip overlaps.