This. Must. Not. Be. Forgotten.
A bad pattern of broke, fixed, broke again…
It’s part of the fabric of Cubase, it’s ‘personality’ over the competition - been there since forever.!
I hope for a fix again, soon.
You know @awesomeaudio - this sort of thing too; those 1% niggles again - that may go for years without solving… or, simply be left to just wither and die…
DIdn’t know about this one, thanks for pointing out.
I wonder what made it break again. Oh the realm of software 
edit
Why not just automatically pop down the options when hovering over tools that have multiple options? No need for two clicks, probably less likely to break or have OS/HID problems.
@Puma0382 @mlib @Greg_Purkey Would this be okay?
This is exactly what we had many, many years/versions ago.! there was even a ‘pause and hold’ your cursor hover, before the options appeared.
But folk complained and said how the behaviour ‘annoyed’ them in their workflow - so SB changed it to physically needing to click to reveal the other options. Which everyone(!) since has seemed marvellously happy with - until they go and break it…
Oh interesting,
I’ve mostly been using key commands for all of these so, I’m mostly unaware of this context tool popup protocol history.
I do recall some people on the forum suggesting that it be a circle context selector instead of the rectangle… as it’s faster to select what one wants.
probably too many tools to fit in a tight circle though
Don’t understand any of this (in relation to the right-click toolbox)… can you explain with some pics.?
[EDIT] Oh, I get it - you mean the entire toolbox displayed in a ‘circle’ of all options available… Dunno, maybe that’ll work… Or they could just fix what’s there… 
Yes, it seems to be more common in games than in productive software. Even though the circular menu has the clear advantage that the distance, the user has to travel with the mouse cursor, is the same for all menu items of the innermost ring.
It has the disadvantage that, if the user clicks close to the edge of the screen, the menu cannot be drawn onto the screen completely. The list style context menues simply open up towards another direction (usually right and low of the mouse cursor, but it can also appear left and high).
Good points,
although I’d imagine, you could code the circle for those situations in which it would lose its intended convenience in those particular situations… I’d imagine most people are working fairly center to their screen most the time… I don’t have data to back that up though.
edit
and you could also script it so that it’s not mouse pointer based, but mouse motion based… that might not go over well with people though…
Indeed. I for one learnt never to use the toolbox when close to the edge of a screen FWIW. It’s just muscle memory now to do my editing/tool switching in the central and upper/lower areas.
Certainly, if you have dual screens… the toolbox will be offscreen depending whether your main screen is left or right.