dragging from track to track

Siggi_Churchill wrote on 5/10/2000, 1:50 PM

I also discovered this work around but it's kind of a pain. i don't
always have a convienent snap point so I drop a marker at the start of
the event and snap to that. Yes it works fine but it should be
something that should consist of nothing more than a drag and drop. A
way to constrain mouse movement would be great.

Charles de Montebello wrote:
>>I have seen references to the fact that Vegas can't drag
>>events from track to track while keeping them in perfect
>>sync with their original location... This is not true. You
>>can drag from track to track but you have to have snapping
>>enabled. It's a little subtle, yes, and perhaps SF could
>>take a look at how to make the snapping behavior of
>>vertical movement a little more deliberate. I have tested
>>this in 1.0b and 2.0beta and they both do this.
>>
>>I hope that helps.

CDM wrote on 5/10/2000, 2:07 PM

No - you don't have to put a marker or cursor. Just turn snapping on.
It will "stick" to its own start point on any other track. It's
subtle though.

Andrew Linhart wrote:
>>I also discovered this work around but it's kind of a pain. i
don't
>>always have a convienent snap point so I drop a marker at the start
of
>>the event and snap to that. Yes it works fine but it should be
>>something that should consist of nothing more than a drag and
drop. A
>>way to constrain mouse movement would be great.
>>
>>Charles de Montebello wrote:
>>>>I have seen references to the fact that Vegas can't drag
>>>>events from track to track while keeping them in perfect
>>>>sync with their original location... This is not true. You
>>>>can drag from track to track but you have to have snapping
>>>>enabled. It's a little subtle, yes, and perhaps SF could
>>>>take a look at how to make the snapping behavior of
>>>>vertical movement a little more deliberate. I have tested
>>>>this in 1.0b and 2.0beta and they both do this.
>>>>
>>>>I hope that helps.

Olaf_Prot wrote on 5/10/2000, 7:37 PM

You weren't kidding about subtle!!!

Even though I know it hasn't moved and you know it hasn't moved, every
client I've worked with so far has gotten very spooked about the event
moving in time before I drop it. I then have to convince them that "I
know what you thought you saw, but it really hasn't moved" and that
explanation is getting very tiresome.

Not to mention it requires zooming in to make sure you haven't snapped
to a ruler line on accident (assuming that it's enabled). Mouse
clicks I could do without.

Thanks for the tip though, that makes my life a little easier (at
least when clients aren't breathing down my neck ;)

Charles de Montebello wrote:
>>No - you don't have to put a marker or cursor. Just turn snapping
on.
>>It will "stick" to its own start point on any other track. It's
>>subtle though.
>>
>>Andrew Linhart wrote:
>>>>I also discovered this work around but it's kind of a pain. i
>>don't
>>>>always have a convienent snap point so I drop a marker at the
start
>>of
>>>>the event and snap to that. Yes it works fine but it should be
>>>>something that should consist of nothing more than a drag and
>>drop. A
>>>>way to constrain mouse movement would be great.
>>>>
>>>>Charles de Montebello wrote:
>>>>>>I have seen references to the fact that Vegas can't drag
>>>>>>events from track to track while keeping them in perfect
>>>>>>sync with their original location... This is not true. You
>>>>>>can drag from track to track but you have to have snapping
>>>>>>enabled. It's a little subtle, yes, and perhaps SF could
>>>>>>take a look at how to make the snapping behavior of
>>>>>>vertical movement a little more deliberate. I have tested
>>>>>>this in 1.0b and 2.0beta and they both do this.
>>>>>>
>>>>>>I hope that helps.

CDM wrote on 5/11/2000, 9:43 AM

Check out the #2 key on the keypad (arrow down) that moves an event
down a track. Is that good?

Andrew Linhart wrote:
>>You weren't kidding about subtle!!!
>>
>>Even though I know it hasn't moved and you know it hasn't moved,
every
>>client I've worked with so far has gotten very spooked about the
event
>>moving in time before I drop it. I then have to convince them
that "I
>>know what you thought you saw, but it really hasn't moved" and that
>>explanation is getting very tiresome.
>>
>>Not to mention it requires zooming in to make sure you haven't
snapped
>>to a ruler line on accident (assuming that it's enabled). Mouse
>>clicks I could do without.
>>
>>Thanks for the tip though, that makes my life a little easier (at
>>least when clients aren't breathing down my neck ;)
>>
>>Charles de Montebello wrote:
>>>>No - you don't have to put a marker or cursor. Just turn snapping
>>on.
>>>>It will "stick" to its own start point on any other track. It's
>>>>subtle though.
>>>>
>>>>Andrew Linhart wrote:
>>>>>>I also discovered this work around but it's kind of a pain. i
>>>>don't
>>>>>>always have a convienent snap point so I drop a marker at the
>>start
>>>>of
>>>>>>the event and snap to that. Yes it works fine but it should be
>>>>>>something that should consist of nothing more than a drag and
>>>>drop. A
>>>>>>way to constrain mouse movement would be great.
>>>>>>
>>>>>>Charles de Montebello wrote:
>>>>>>>>I have seen references to the fact that Vegas can't drag
>>>>>>>>events from track to track while keeping them in perfect
>>>>>>>>sync with their original location... This is not true. You
>>>>>>>>can drag from track to track but you have to have snapping
>>>>>>>>enabled. It's a little subtle, yes, and perhaps SF could
>>>>>>>>take a look at how to make the snapping behavior of
>>>>>>>>vertical movement a little more deliberate. I have tested
>>>>>>>>this in 1.0b and 2.0beta and they both do this.
>>>>>>>>
>>>>>>>>I hope that helps.

ThomasATL wrote on 5/11/2000, 11:49 PM

You are pretty damn helpful, Charles. I do think the Vegas manual
should incorporate much of this info into a friendly manual. The
first one is not much of a guide to a guy like me- really bad at word
problems.

Charles de Montebello wrote:
>>Check out the #2 key on the keypad (arrow down) that moves an event
>>down a track. Is that good?
>>
>>Andrew Linhart wrote:
>>>>You weren't kidding about subtle!!!
>>>>
>>>>Even though I know it hasn't moved and you know it hasn't moved,
>>every
>>>>client I've worked with so far has gotten very spooked about the
>>event
>>>>moving in time before I drop it. I then have to convince them
>>that "I
>>>>know what you thought you saw, but it really hasn't moved" and
that
>>>>explanation is getting very tiresome.
>>>>
>>>>Not to mention it requires zooming in to make sure you haven't
>>snapped
>>>>to a ruler line on accident (assuming that it's enabled). Mouse
>>>>clicks I could do without.
>>>>
>>>>Thanks for the tip though, that makes my life a little easier (at
>>>>least when clients aren't breathing down my neck ;)
>>>>
>>>>Charles de Montebello wrote:
>>>>>>No - you don't have to put a marker or cursor. Just turn
snapping
>>>>on.
>>>>>>It will "stick" to its own start point on any other track. It's
>>>>>>subtle though.
>>>>>>
>>>>>>Andrew Linhart wrote:
>>>>>>>>I also discovered this work around but it's kind of a pain.
i
>>>>>>don't
>>>>>>>>always have a convienent snap point so I drop a marker at the
>>>>start
>>>>>>of
>>>>>>>>the event and snap to that. Yes it works fine but it should
be
>>>>>>>>something that should consist of nothing more than a drag and
>>>>>>drop. A
>>>>>>>>way to constrain mouse movement would be great.
>>>>>>>>
>>>>>>>>Charles de Montebello wrote:
>>>>>>>>>>I have seen references to the fact that Vegas can't drag
>>>>>>>>>>events from track to track while keeping them in perfect
>>>>>>>>>>sync with their original location... This is not true. You
>>>>>>>>>>can drag from track to track but you have to have snapping
>>>>>>>>>>enabled. It's a little subtle, yes, and perhaps SF could
>>>>>>>>>>take a look at how to make the snapping behavior of
>>>>>>>>>>vertical movement a little more deliberate. I have tested
>>>>>>>>>>this in 1.0b and 2.0beta and they both do this.
>>>>>>>>>>
>>>>>>>>>>I hope that helps.

CDM wrote on 5/12/2000, 7:56 AM

well - I use it (now 2.0) for about 8 hours a day but I'm still
finding things!

Thomas Kay wrote:
>>You are pretty damn helpful, Charles. I do think the Vegas manual
>>should incorporate much of this info into a friendly manual. The
>>first one is not much of a guide to a guy like me- really bad at
word
>>problems.
>>
>>Charles de Montebello wrote:
>>>>Check out the #2 key on the keypad (arrow down) that moves an
event
>>>>down a track. Is that good?
>>>>
>>>>Andrew Linhart wrote:
>>>>>>You weren't kidding about subtle!!!
>>>>>>
>>>>>>Even though I know it hasn't moved and you know it hasn't
moved,
>>>>every
>>>>>>client I've worked with so far has gotten very spooked about
the
>>>>event
>>>>>>moving in time before I drop it. I then have to convince them
>>>>that "I
>>>>>>know what you thought you saw, but it really hasn't moved" and
>>that
>>>>>>explanation is getting very tiresome.
>>>>>>
>>>>>>Not to mention it requires zooming in to make sure you haven't
>>>>snapped
>>>>>>to a ruler line on accident (assuming that it's enabled).
Mouse
>>>>>>clicks I could do without.
>>>>>>
>>>>>>Thanks for the tip though, that makes my life a little easier
(at
>>>>>>least when clients aren't breathing down my neck ;)
>>>>>>
>>>>>>Charles de Montebello wrote:
>>>>>>>>No - you don't have to put a marker or cursor. Just turn
>>snapping
>>>>>>on.
>>>>>>>>It will "stick" to its own start point on any other track.
It's
>>>>>>>>subtle though.
>>>>>>>>
>>>>>>>>Andrew Linhart wrote:
>>>>>>>>>>I also discovered this work around but it's kind of a
pain.
>>i
>>>>>>>>don't
>>>>>>>>>>always have a convienent snap point so I drop a marker at
the
>>>>>>start
>>>>>>>>of
>>>>>>>>>>the event and snap to that. Yes it works fine but it
should
>>be
>>>>>>>>>>something that should consist of nothing more than a drag
and
>>>>>>>>drop. A
>>>>>>>>>>way to constrain mouse movement would be great.
>>>>>>>>>>
>>>>>>>>>>Charles de Montebello wrote:
>>>>>>>>>>>>I have seen references to the fact that Vegas can't drag
>>>>>>>>>>>>events from track to track while keeping them in perfect
>>>>>>>>>>>>sync with their original location... This is not true.
You
>>>>>>>>>>>>can drag from track to track but you have to have
snapping
>>>>>>>>>>>>enabled. It's a little subtle, yes, and perhaps SF could
>>>>>>>>>>>>take a look at how to make the snapping behavior of
>>>>>>>>>>>>vertical movement a little more deliberate. I have tested
>>>>>>>>>>>>this in 1.0b and 2.0beta and they both do this.
>>>>>>>>>>>>
>>>>>>>>>>>>I hope that helps.

dragging from track to track - it works.

Comments