You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently we have no way to move a sample clip within itself. We can't change the start offset except by resizing it, moving it, and resizing it back, and hoping that you did it right.
So, what if we used shift-drag for it? The user can hold shift while dragging on the clip, and the contents will move inside it while the clip is stationary. If they want to move the contents freehand, they can hold Ctrl or Alt at the same time, so like Shift+Alt+Drag or Shift+Ctrl+Drag.
There is one problem with this, of course. Shift-drag is already used for quantization relative to the start/end of the clip. And that might be a nice feature to keep. Right now, if you move a clip with Alt or Ctrl, it moves unquantized, and the only way to get it back onto the grid is with shift-dragging.
Wait, why not have the best of both worlds? Why don't we make shift-dragging the default behavior of dragging a clip? Yes, it would mean that if you carefully positioned a clip off-grid and went to move it a bar to the right/left, that careful position would break. But maybe that's okay? What do you guys think?
Mouse modifiers for moving a clip's content within itself?
Shift+Drag should move a clip's content within itself, and the old Shift-Drag function should be made the default drag function.
0%
Shift+Drag should move a clip's content within itself, but keep the default drag function as is; get rid of the old shift+drag
0%
Some other key/mouse combination should be used for moving the clip content.
0%
We shouldn't implement clip content movement, at least not like this.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Currently we have no way to move a sample clip within itself. We can't change the start offset except by resizing it, moving it, and resizing it back, and hoping that you did it right.
So, what if we used shift-drag for it? The user can hold shift while dragging on the clip, and the contents will move inside it while the clip is stationary. If they want to move the contents freehand, they can hold Ctrl or Alt at the same time, so like Shift+Alt+Drag or Shift+Ctrl+Drag.
There is one problem with this, of course. Shift-drag is already used for quantization relative to the start/end of the clip. And that might be a nice feature to keep. Right now, if you move a clip with Alt or Ctrl, it moves unquantized, and the only way to get it back onto the grid is with shift-dragging.
Wait, why not have the best of both worlds? Why don't we make shift-dragging the default behavior of dragging a clip? Yes, it would mean that if you carefully positioned a clip off-grid and went to move it a bar to the right/left, that careful position would break. But maybe that's okay? What do you guys think?
2 votes ·
Beta Was this translation helpful? Give feedback.
All reactions