Or submit Feature requests: http://forum.cakewalk.com/Features-Ideas-f76.aspx

To be honest, most of the problems and frustrations I have are with MIDI.  I feel for audio it does a great job, I just feel the entire MIDI engine might need an overhaul.   I just find myself constantly frustrated with the MIDI implementation inside of SONAR.   
 
Try bouncing step sequencer clips... they just get deleted!  I selected a drum track with 5 different step sequencer patterns in there, and it deleted half of my drums!
 
Just so many things.

Thanks Craig for showing that the Slide function isnt what I wanted.

I think things need to be more intuitive.  

Cakewalk is aware that MIDI needs to be freshened up, and I know they're looking at ways to improve it, but I have no idea of the timetable. "Always in motion is the future..."
 
As to software being more intuitive, I think that's an issue with all DAWs. They've all been enhanced for their core users over many years, which almost by definition makes them more inscrutable. Then you have things like RXP which is a great little plug-in, but it was introduced before REX files became so popular so I bet a lot of SONAR users don't even know it exists, or exactly what it does.
 
These are challenges that Cakewalk recognizes, so they're working toward solutions. I know it's hard to be patient...I wish everything CW wants to do would be done by tomorrow morning. That ain't gonna happen, but they're not sitting around doing nothing, either.

Zargg71
Hi. It seems like this is in the oven already http://www.cakewalk.com/Products/SONAR/Rolling-Updates#start
Ripple Editing would do exactly this.
All the best.

Personally, I'm not going to hold any expectations about what Ripple Editing will or will not do until it appears in an update i can play with. Like any new feature, I'm sure it will have some spectacular workflow improvements, along with some associated under-implementations[1] and bugs. You know, the usual.
 
(Unless there is some industry standard definition of "Ripple Editing" that Cakewalk has declared as supporting...)
 
[1] The cool think about Cakewalk and SONAR is that these all get addressed in the following month or two. Realistically.

Anderton
Cakewalk is aware that MIDI needs to be freshened up, and I know they're looking at ways to improve it, but I have no idea of the timetable. "Always in motion is the future..."
 
As to software being more intuitive, I think that's an issue with all DAWs. They've all been enhanced for their core users over many years, which almost by definition makes them more inscrutable. Then you have things like RXP which is a great little plug-in, but it was introduced before REX files became so popular so I bet a lot of SONAR users don't even know it exists, or exactly what it does.
 
These are challenges that Cakewalk recognizes, so they're working toward solutions. I know it's hard to be patient...I wish everything CW wants to do would be done by tomorrow morning. That ain't gonna happen, but they're not sitting around doing nothing, either.

 
And I can appreciate that. I am not going anywhere.   I just feel MIDI has been an issue for way too long, thats all.  A history of my posts will show (some user error and some not)....  
 
Thanks for responding.

I do agree with you on the fact that, especially since Cakewalk got together with Gibson, their main focus has shifted drastically towards recording live instruments rather than MIDI, and for the most part the FX plug ins do suggest that.  But also they have made some incredible leaps forward to round it out more, and they are still working on other ways to improve everything, as I'm sure they always will.

stickman393
 
Personally, I'm not going to hold any expectations about what Ripple Editing will or will not do until it appears in an update i can play with. Like any new feature, I'm sure it will have some spectacular workflow improvements, along with some associated under-implementations[1] and bugs. You know, the usual.
 
(Unless there is some industry standard definition of "Ripple Editing" that Cakewalk has declared as supporting...)

Well, I'd be a very, very, happy camper if Cakewalk stole - uh, I mean, "was inspired by" - the way Sony Vegas does ripple editing. 
 
However, be aware that ripple editing has the power to screw up a project royally if you forget it's turned on when you don't want to use it. Vegas associates the function with a keybinding, but there have still been times when I had it on by accident and it took me a while to figure out why all my clips were moved to places I didn't want them to be. So I predict once it's implemented, unless Cakewalk figures out some ingenious flavor of ripple editing, there will be a lot of people complaining about the implementation.
 
The reality is that a comprehensive implementation not only gives you the power to get things really right, it also gives you the power to get things really, really wrong. Just a heads-up...

"However, be aware that ripple editing has the power to screw up a project royally if you forget it's turned on when you don't want to use it."
Man, ain't that the truth...I've made it a rule that if and when I need to use it, I hold my breath until I've turned it back off 
 

g_randybrown
"However, be aware that ripple editing has the power to screw up a project royally if you forget it's turned on when you don't want to use it."
Man, ain't that the truth...I've made it a rule that if and when I need to use it, I hold my breath until I've turned it back off 
 

That's a really good idea!

The Insert Time/Measures command works fine as long as there is not a meter change at the measure you want to add a blank measure(s), or at the measure before or after the place of insertion.  If there are meter changes, the results are unpredictable.  I've long been annoyed with this bug because in the case of a large orchestral work, things can get chaotic pretty quickly.  Manageable, yes, but clumsy, awkward and excessively time-consuming.  Developers should look into this issue when meter changes are involved when inserting time/measures. 
 
Jerry
www.jerrygerber.com