Wierd clip copy behavior

Author
Post
Essentials Only Full Version
JazzSinger
Max Output Level: -73 dBFS
  • Total Posts : 895
  • Joined: 2004/07/06 16:30:59
  • Status: offline
2005/08/16 06:18:35 (permalink)

Wierd clip copy behavior

When I work on a drum track, I have 2 tracks: one that is "live", and one just below it (disabled) to temporarily park clips in whilst trying out another clip in it's place.

So I proceed as follows:

I select (Ctrl-C) the clip I want to copy. It ask me if I want midi events, markers, etc... I tell it.

I pull the clip I want to replace down into the "parking" track, drag and drop.

I position my cursor and press Ctrl-V. It asks if it should replace, merge, etc... I tell it.

...and it copies in the clip I dragged out; NOT the one I copied with Ctrl-C!

How wierd! So drag and drop uses the copy buffer. But how does it know whether to copy events, markers and so on?

Ok, so workarounds are obvious. But I think this is a bug. Drag and drop should not secretly use the copy buffer.

Relevant tech info: Sonar 4.0.3, WinXP
#1

4 Replies Related Threads
    glazfolk
    Max Output Level: -22.5 dBFS
    • Total Posts : 5253
    • Joined: 2004/05/12 01:19:07
    • Location: Tasmania
    • Status: offline
    RE: Wierd clip copy behavior 2005/08/16 06:32:02 (permalink)
    ORIGINAL: JazzSinger
    I select (Ctrl-C) the clip I want to copy. It ask me if I want midi events, markers, etc... I tell it.
    I pull the clip I want to replace down into the "parking" track, drag and drop.
    I position my cursor and press Ctrl-V. It asks if it should replace, merge, etc... I tell it.
    ...and it copies in the clip I dragged out; NOT the one I copied with Ctrl-C!


    Yes, what happens is exactly as you suggest - drag and drop, Ctrl C, Edit Copy ... all three ways of doing the same thing, whichever you do last will occupy the copy buffer.

    To set Drag and Drop options specifically, right click over anywhere in the Clips Pane (within Track View) and choose Drag and Drop Options from the menu (I think it's near the bottom of the menu, from memory). This will let you solve your problem. You might like to check the "Ask every time" option - this might help you.
    post edited by glazfolk - 2005/08/16 06:39:22

    Geoff Francis - Huon Delta Studios

    AMD Opteron 246 2GHZ twin CPU
    Tyan S2875 AVRF Dual M'board
    2 Gig RAM, Three Monitors w NVIDIA GeForce FX5700
    Alesis iO26, 2 NTFS Seagate HD
    DigitalDesign Speakers
    #2
    JazzSinger
    Max Output Level: -73 dBFS
    • Total Posts : 895
    • Joined: 2004/07/06 16:30:59
    • Status: offline
    RE: Wierd clip copy behavior 2005/08/17 03:35:26 (permalink)
    Thanks, glazfolk, that did the trick!

    Still think drag and drop should not touch the "user" copy buffer, tho'.
    #3
    Qwerty69
    Max Output Level: -62 dBFS
    • Total Posts : 1435
    • Joined: 2004/02/19 17:44:10
    • Status: offline
    RE: Wierd clip copy behavior 2005/08/17 05:14:37 (permalink)
    Any Windows-based drag and drop function that calls the base operating system behaves in this way. It is Microsoft not Cakewalk.

    That is why more recent versions of Office actually include a specific clipboard type operation as it relates to the CTRL-C type functions and allows you to choose what to paste.

    It would be reasonable to ask for that as a feature request.

    Q.
    #4
    JazzSinger
    Max Output Level: -73 dBFS
    • Total Posts : 895
    • Joined: 2004/07/06 16:30:59
    • Status: offline
    RE: Wierd clip copy behavior 2005/08/17 13:01:05 (permalink)
    You sure about that? I just tried 3 different applications (one was the editor in Mozilla) and they all remember what you copied into your buffer after any d n d operations.

    I did send a feature request and got a server error reply. H'm.

    <off-topic>
    I recently got FM7 from Native Instruments and am having problems,
    most are with their product registration and help request website, too!
    </off-topic>
    #5
    Jump to:
    © 2024 APG vNext Commercial Version 5.1