Slip Clip: Keyboard modifier that would make a HUGE difference!
When slipping clips, editors usually DON'T want their keyframes to slip together with the content of the clip (see illustration). Unfortunately, Premiere Pro currently just has one slip tool which slips a clip's keyframes together with the clip itself.
Solving this problem is easy! All Adobe needs to do is give the slip clip tool a keyboard modifier:
Slip a clip = a clip's content slips but its keyframes DON'T
CTRL-slip a clip = both a clip's content and keyframes slip (i.e. function of the current slip tool)
A keyboard modifier like this would give users the option to quickly/easily decide on the fly if they want a clip's keyframes to slip in unison or not when slipping a clip.
Simple and effective!
Adobe, PLEASE fix the slipping tool once and for all so that it works with editors, not against them! Thank you!
If you like this idea, please comment and vote!
Pierre Louis Beranek
shared this idea
3 comments
-
Loren Miller
commented
Keyframe pinning of a clip is an interesting idea, making carefully crafted keyframes immune to Slip commands.
But I need basic control over Slip from the keyboard and the current version doesn't give it. When I select the clip and punch in numeric keypad values, I MOVE THE CLIP. If the clip is selected, this should NOT happen.
I seem to recall we HAD keyboard control of Slip (and by the way, where did SLIDE go? Wasn't that a double-tap on the S key?)
All I'd be looking for is total numeric keypad control over value to slip the clip forward + frames or backwards + frames. This is HUGE relief over need for fussy mouse moves.
Best, as always,
Loren -
Sean Sandefur
commented
This is a great solution and a no brainer. Do it Adobe!
-
Pierre Louis Beranek
commented
Here is another, more complete method of solving the problem of keyframes moving when slipping: https://adobe-video.uservoice.com/forums/911233-premiere-pro/suggestions/41391664-keyframe-pinning-options-in-effect-controls-pannel. This method is more complete since it would also solve the problem of keyframes NOT moving when trimming a clip (in which case users usually want keyframes to move in unison rather than stay put!)
