What is your solution to the horrible mouse zoom bugs in sonar?

It would help if you were to describe the exact nature of what you're seeing and what you're doing to prove it's repeatable in clear, easy to follow steps

I believe I know what you're referring to as I have been reporting it since lanes were introduced...

I found a reasonable work around... I'm sorry I don't remember the forum member who thought of and implemented it... I did the same after reading his/her post...

I assigned the command Display and maximize track (I probably named this wrong, but I found it at the very bottom of the track view commands available) to the ctrl-alt-z key...

This way I simply have to remember to do the lasso first, then hit the ctrl-alt-z...

Difference being that didn't simply zoom it. It uses the ability to select which track(s) to display and then zooms the selected track/area maximized...

For my needs this is quite adequate (so far?)...

Now while awaiting a proper fix, what remains are the issues of zooming lanes...

In the Braintree release this appeared a little better as the system chooses to zoom all lanes for the selected area but at least it minimized the track size...

Still not what I want/expect which is to be able to have a single lane zoom the full height of my screen as we expect with any other zoom... The selected area fills the screen. If I want to see all the lanes, I would have lassoed them all instead of one!

Keni

Anderton
I don't think he's referring to a workflow issue, Keni. He specified "horrible mouse zoom bugs." A "bug" implies some kind of coding error that yields unpredictable results. I guess we'll just have to wait for a better idea of what he's talking about.

Hi Craig...

It is a definite slow down of workflow... And I'm guessing from what he said that this is the issue of using the Z key while doing an area lasso when a track is below a folder... It has been verified by plenty of people an The Bakers are well aware of it... Hopefully working on a fix to be released... Soon?

With the suggestion of another forum member, I now get around this problem as I explained above... Without this work around, trying to zoom many things results in a lot of extra mousing...

I guess I could be wrong about his topic, but I've got a feeling.........

;-)

The zoom issues such as the one I just described and the issues for lane zooming cause a lot of workflow slowdown... For me they do...

Keni

This issue is already reported plenty of times and I hope the devs are well aware of it by now. I've went back and forth with support about this and upgraded because it was supposedly fixed, but it wasn't. All we can do is wait. I posted this very same question looking for workarounds on here, Image-Line forum, and KVR, never got an answer from anyone. What I did was stopped using the mouse for vertical zooming and stuck to using the keyboard for that, it kills the workflow but I got over it at this point. One good thing about not being able to Vertical Zoom with the mouse is that Sonar handles it horribly anyways, it only zooms into one track rather than all tracks at once.

Anderton
I don't think he's referring to a workflow issue, Keni. He specified "horrible mouse zoom bugs." A "bug" implies some kind of coding error that yields unpredictable results. I guess we'll just have to wait for a better idea of what he's talking about.

Craig, I know exactly what he's talking about, and I would call it a bug.  Or perhaps a number of bugs, when it comes to actually fixing the problems.  And unpredictable results are a common feature of bugs, but not always.  Sometimes the results are simply inconsistent and unhelpful, as is the case with using the z key/mouse select zoom function.  Over the years I've become accustomed to working with that functionality when editing in track view, but as of the last few releases, the results are often not very helpful.
 
Try this:
 
1. Open a project with a couple of audio tracks with content.
2. Hold the Z key down and select a portion of one track's contents.
3. The content fills the track view, right?
4. Press the U key to return your zoom level
5. Open the take lanes for the track, using the button
6. Now attempt to use the Z key/mouse select to zoom the contents of the take lane
7. ?
 
This is just one manifestation of the anomalies that can be encountered with this function.  I have a more complex project right now, that will sometimes simply dump me at the bottom of my track view when I try to zoom, or some other random zoom position.  If I understood all the conditions to bring that about I would tell you, but I don't, but that does not invalidate the case, or the need for some attention by a developer.
 
I haven't posted about this before, mainly because it's only at the level of an irritation for me, and not a show-stopper, but it seemed like the OP needed a little support.

The issue with zooming lanes is a whole other bag of worms as it is intentionally limited... That unto itself is a royal pain for me...

In Braintree there was a so called fix for the lane zoom but it seemed they decided that zooming a single lane/clip means to zoom the whole track with all the lanes... Still not right but I could see it a handy shortcut when comping...

But now Cambridge seems to have reverted this new behavior back to the less useful zoom we we're getting before...

Anyone else notice this?

Keni

Hi all,
Earlier this month I fixed a problem that occurred when Windows is set to scale text to 150% or higher. See Control Panel -> Display -> 'Change the size of all items' on Windows 8.1 (might be slightly different on Windows 7 if I remember correctly).
I'm wondering if it's a similar issue. Can you tell me if you have 'Change the size of all items' set to anything other than 100% (or 'Smaller' if you see a 'Smaller' to 'Larger' slider)? If so, which version of Windows are you using, and do you have a multi-monitor setup?
Many thanks,
Ben

Hey Ben, did you mean to reply to THIS thread RE: Font sizes instead of this one?
 
http://forum.cakewalk.com...e-issues-m3199131.aspx

Well in that case, to answer the question, I'm on Win 7 (32bit), standard font sizes but running 2 monitors. 

Win7 standard sizes here too...

Ben Staton [Cakewalk]
OK, so not related to Windows font size settings then. Thanks anyway 
I'm going to raise this with QA. If we haven't already logged it, I'll make sure it gets added.

Thanks Ben...

I'm sure there are many logged reports about these issues. I alone have reported them continuously since the loss of layers... And many others have done so as well...

But I'm glad you're looking into it...

Keni

williamcopper
Not sure this is the same thing, but I have frequently had Sonar (platinum, and I think since forever) jump a display to the top or bottom when I am trying to adjust one simple thing.   and as others say, it's irritating and time wasting. 

Yes, that's the bug the OP is talking about. To avoid it completely you have to stop using the Track Manager, it's only present when tracks are hidden. 

Right: closing a folder is when I hit this one most often.    You want to close three folders at the bottom of your track list, it pops to the top three times, and you have to bring it back down over and over.   As to the original question, what is your solution?  .. generally, this is one I just shrug about or curse at the software.  It has been sonar style ever since  forever. 

The zoom bug I always encounter is when editing a maximized track and zoomed way in. Snap to grid doesn't have to be on. There don't need to be hidden tracks. It happens when horizontal zooming by click dragging up/down in the time line. Suddenly I will be zoomed way out and the track I had maximized will be minimized. It happens early and often. Have others seen this?