After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 589725 - don't block the user from overlapping clips
don't block the user from overlapping clips
Status: RESOLVED FIXED
Product: pitivi
Classification: Other
Component: User interface
Git
Other Linux
: Normal blocker
: 0.13.2
Assigned To: Alessandro Decina
Pitivi maintainers
Depends on:
Blocks:
 
 
Reported: 2009-07-25 23:44 UTC by Jean-François Fortin Tam
Modified: 2009-07-27 09:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jean-François Fortin Tam 2009-07-25 23:44:57 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.
Comment 1 Alessandro Decina 2009-07-26 01:40:30 UTC
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
Comment 2 Jean-François Fortin Tam 2009-07-26 02:24:18 UTC
It seems to work like it did before. Is it any different than the previous behavior (which was to not prevent overlaps)?
Comment 3 Alessandro Decina 2009-07-26 10:50:14 UTC
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.
Comment 4 Jean-François Fortin Tam 2009-07-26 19:51:16 UTC
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).
Comment 5 Edward Hervey 2009-07-27 09:47:29 UTC
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.