Repository navigation
Moving clips
This overwrites. Dropping a clip on a slot that already has one replaces it, the same as Live — and like everything structural here, it has no undo on our side. Read Undo.
Drag a clip to move it. The clips you picked up dim, and the slots they'd land on take a dashed amber outline. Amber is this app's one color for what your gesture is about to act on, the same as selection and the scene drop line.
The outline is drawn over whatever is already in the target — including the clip about to be replaced, which is exactly the case you want to see before you let go.
If the clip you grab is part of a selection, the whole selection moves. It travels rigidly: everything keeps its shape relative to everything else, so a block of four clips across two tracks lands as a block of four clips across two tracks.
Grab a clip outside the selection and only that one moves.
A drop that isn't possible draws nothing and does nothing — there's no indicator to follow, and letting go does not run anything. That's the whole drag refusing, not the bad clips being quietly skipped, because a half-moved set is worse than one that didn't move.
You'll see nothing happen when a drop would:
- fall off the grid — past the last scene, or past the last track
- land on a group track — a group's slots hold no clip of their own
- cross clip types — a MIDI clip can't go to an audio track, or the reverse. That's Live's rule, not ours
Live has no "move clip" operation, so a move is copy-then-delete: duplicate the clip into its new slot, then clear the old one. Two things follow.
What was in the target is gone. The app's undo works by reading "before" out of the last snapshot, which holds every clip's name and color — it holds nothing that can rebuild a clip that was overwritten. Moving the clips back would restore their positions and not the casualties. So a clip move clears the undo entry rather than replacing it.
If something fails, nothing is deleted. Every copy runs before any delete, so a failure part-way leaves your originals exactly where they were and copies in the new places. The set holds both, which is a mess you can tidy — and the recoverable direction. The log says so plainly when it happens.
As with reordering scenes, the app asks Live to group the move into one step in Live's own undo history, and the log tells you whether Live agreed. That mechanism is undocumented and this project treats it as unverified, so:
Save your set before moving clips around in bulk.