manual/include/pushpull-trimming.html

37 lines
1.6 KiB
HTML
Raw Normal View History

2013-01-29 19:26:36 -05:00
2014-02-18 14:12:28 -05:00
<p>
Normally, when you trim regions by dragging with the mouse, it affects
only the selected regions. Their lengths are directly affected by the
trim operation, but nothing else is. Sometimes though, you might like
2014-02-18 14:12:28 -05:00
to trim a region that directly adjoins another, and keep this relationship
the same&mdash;you are not trying to make one of the regions extend
over the other&mdash;you would like the junction to move in one
direction or the other as part of the trim. This requires trimming both
regions on either side of the junction, in opposite directions.
<dfn>Push/Pull trim</dfn>, activated by pressing shift key before
starting the drag, will do just that. Here's a few pictures to show the
difference in the results of a normal trim and push/pull trim. First,
2014-02-18 14:12:28 -05:00
the initial situation:
</p>
2017-01-03 08:05:11 -05:00
<img src="/images/a3_before_trim.png" alt="region arrangement before trim" />
2014-02-18 14:12:28 -05:00
<p>
Here is what happens after we trim the right hand (selected) region by
2014-02-18 14:12:28 -05:00
dragging its starting position earlier:
</p>
2017-01-03 08:05:11 -05:00
<img src="/images/a3_after_trim.png" alt="region arrangement after a trim" />
2014-02-18 14:12:28 -05:00
<p>
You can see that it now overlaps the earlier region and a crossfade has
2014-02-18 14:12:28 -05:00
been created between them.
</p>
<p>
Lets look now at what happens if we do the same trim, but <kbd
class="mouse mod3">Left</kbd>-dragging to turn it into a push-pull trim instead:
</p>
2017-01-03 08:05:11 -05:00
<img src="/images/a3_after_push_trim.png" alt="region arrangement after a push trim" />
2014-02-18 14:12:28 -05:00
<p>
There is no overlap, and the end of the earlier region has been moved
along with the start of the later region, so that they still directly
2014-02-18 14:12:28 -05:00
adjoin each other.
</p>