Absolutely agree, the top menu is something I never used as well.
I use panning and volume in the respective Volume Fader Tab, as there you have a visual feedback of the volume and the handles are bigger and easier to grab as well.
Also having only the used inserts+sends visible, without all the empty slots would already be a solution, to free up more space.
To be honest, I think the tab system in the left is not practical.
The tabs I need are either always open and I never close them, or they are hidden.
A modular system, where you can build your own inspector would be the best solution I think.
@Matthias_Quellmann Is there a road map for fixing the inspector? It really is a workflow problem the way it is designed now. Especially since it has so much potential of being a great workflow aid.
Actually, is there a roadmap of addressing the core UI of Cubase in a way that is more uniform and programmatically more flexible?
Years of observation has lead me to believe that many different programming standards or design decisions have been used over the years when adding new features. Further more, it seems that several aspects of Cubase have been designed without much flexibility in mind (like hard-coded logic rather that OOP for example) which in turn makes changing and updating at a later stage a spaghetti mess with dependencies all over the place. I understand such a change would be a massive undertaking but a necessary one for future development and code management. I’m sure this has been discussed more than once during project meetings at Steinberg, no?
Yes, of course. With every version we are improving the user interface, both on the backend technology as well as the actual user interface. With Cubase 10 a new user interface and control concept was introduced and if you compare each version after that you will find many areas that got the new consistent user interface. The Inspector, or precisely the Left Zone, is still on the To Do list, but it is on the roadmap. We know the limitations and issues of the current implementation and there are already concepts and ideas how to solve those. But I can’t make any statements on when this will be realised.
Too many times the original threads get closed on issues (sometimes) as a practice of continually kicking the can down the road…
Don’t want that to happen with this issue cause it is annoying af and I look forward to the day …if ever.