The user interface stuff that just lays there waiting for you to click it in an event driven OS like windows consume little to no cpu cycles until you go click on them then they start executing their code. So don't worry about glossy ui stuff too much like the pretty PRV selector for instance. Memory consumption could raise it's head here though.
What's maybe more concerning is that while there are at least one pet issue for every user, Cakewalk is choosing to instead of hacking away at them, they are fixing issues that don't really exist yet. For example: We had a PRV track picker and we knew how to use it (and it showed
all tracks too, for decades) But now we have a pretty picker with a learning curve. And we're now whining that it shows all the tracks! Now, I know it's hard to keep coders happy just bug fixing and they'll got somewhere else as it's much more gratifying to create. But the installed base by and large doesn't see it that way. There are things that worked in X1,2 & 3 for instance that don't in the New Sonar. Like I said, at least one issue for each user.
Now that many have lifetime updates it also takes away any leverage we may have had.
Suck it up, ButterCup!
Addendum: I can read and write C / C++ and would welcome the opportunity to fix some of my pet issues.
I'd do that for free. I have lifetime updates and a vested interest in at least one big ACT issue. I'd love to tackle that.