azslow3

Anderton
I agree that would be the most convenient/logical behavior, but for whatever reason the design decision was made years and years ago that a clip starts with an event.

Hm.... works correctly in X2 for me, I could not reproduce using the same sequence as in Platinum early this day.
Can someone check and confirm that that is a regression?
 

Interesting. I remembered clips as working this way in early versions of SONAR, it tripped me up which is why I noticed it.

Thanks Ron,
My X2 and Platinum are on different locations at the moment, I was not sure I have not done something wrong.
 
So, we have confirmed regression. Does someone knows how we can add this information to the bug report on the first page? I can not even open it (I mean the system shows me my own reports only). But I guess OP can do that.

rlared
I have read Craig's explanation.  However, I have to agree with the OP.  What I would intuitively expect is that selecting a MIDI clip and copying it as linked would copy the entire "MIDI clip box" from the track view and not just the sub-range that has MIDI data.  I would expect that SONAR would define the MIDI clip boundaries as where they are shown visually on the screen.

 
Yes, which is why I considered it an awkward design rather than a bug because if you assume that SONAR considers the first piece of data the start of a clip, the three ways I described of doing what the OP wanted to do make total sense - as borne out by what happens when you offset the start time in the Paste Special box. But apparently, these do what's desired by coincidence more than anything else.
 

Craig, also I think that your explanation doesn't totally cover the behavior.  For example, if SONAR only pays attention to the portion that has MIDI data, then why doesn't it paste the copies as only that data?  So for example, if the MIDI clip shows as 2 bars but there's only notes in measure 2, then subsequent copies of that clip should only be one measure.  But in the OP's example, they are pasted at the length of the entire clip.

 
Well I guess to me SONAR X3 is "years and years ago" ...but I distinctly remember ends of clips being truncated to the end of notes under Paste Special conditions, and it also happened when testing out the various options for this behavior.
 
One thing I didn't mention was that I tried to replicate some of the behavior that icontakt reported but I couldn't, and things worked as expected. I figured that would just muddy the waters to bring it up, and there was something either unique about the project or my workflow that made the transposition work as expected.
 
In any event...until there's a change, at least there are now three workarounds to do what you want . But also, weren't there a lot of MIDI engine changes in X3? I dunno...past a certain point the versions kind of blur together.

rlared
I usually use groove clips so I actually haven't experienced what the OP is dealing with.

+
 
I have joined the thread primary to prevent "fix" with "Paste" no longer follow "Paste speciall...", because that is a feature for me 

azslow3

rlared
I usually use groove clips so I actually haven't experienced what the OP is dealing with.

+
 
I have joined the thread primary to prevent "fix" with "Paste" no longer follow "Paste speciall...", because that is a feature for me 

It's funny how sometimes bugs become features and achieve 'as designed' status retroactively
 
I just went through the Help topic on Copy/Paste/Move.  Not very helpful and no mention of Paste Special options becoming the new Paste options.  At a minimum the Help on this topic needs some love.
 
I just tried this again using Drag Copy with the linked clip option in Drag and Drop Options ...
 
My clip has 4 HH hits.  I first made a regular copy, then edited via PRV to make the first hit at the & of 1.  I then set the D&D linked clip option and dragged a couple of copies out to successive measures.
 
Next I opened the PRV by double-clicking the original edited clip.  If I drag single notes vertically, the copies do NOT shift.  If I lasso select all 4 then move them, the notes in the successive measures shift.  I didn't try selecting only 2 or 3 of the 4.
 
This tells me that this thing is broken one way or the other.  Either it should NEVER shift the notes, or it should ALWAYS shift them.  IMO, of course.