gcolbert
gcolbert Ian - just because something does not work how you want it to does not make it a bug. If the feature is working as designed it is not a bug. Granted, it may have been easier for YOU in another version, but the more features that are added the more complex the GUI becomes. Possibly if you were opening feature requests instead of bug reports for things that are not bugs the folks at Cakewalk may have something to respond to you with. Glen The piano roll doesn't open to the now time. Getting it there requires an extra start/stop once it's opened. Audio clips mostly aren't activated in the inspector when you click on them. It takes a couple of extra clicks to get them activated. Have you ever tried time stretching an audio clip from the inspector? (it CAN be done, but I doubt you'll find the instructions anywhere). Those are bugs IMO. I don't think these are designed functions. I think it's just clunky, sloppy, poorly tested coding.
Ian - These are not bugs. They are even less than features. They are specifications - or requests for specifications. The term 'bug' is not open to interpretation. A bug is when a program does not perform the function that it was written to perform. If the specifications for selecting an audio clip mean that the user has to click fifteen times it is not a bug if it was written to require a user to click fifteen times. You should not expect a response from Cakewalk when you report these as bugs - they are not (well the PRV initial view MAY be).
Glen
Glen - You're right, the PRV is a bug. But so is the inspector. I just did an experiment. I opened two projects and, with the inspector open, I started clicking on clips. The first time, the first clip I clicked on was not recognized by the inspector, but the second one was. After that, most but not all, subsequent clicks activated the clips in the inspector. Not bad. Erratic, but not horrible. But on the second project I opened the inspector didn't recognize the selected clip until I'd clicked on four different clips. That's just buggy. That's not a design function.
I read the user and reference docs. There isn't that much on the inspector but the overriding implication is that when you've got a clip selected, it should also be selected in the inspector. It's not. Not always. Not even usually. It takes extra clicking around to get the clip to show up in the inspector. That's a bug.
Even if you don't want to call these bugs, whatever they are is constantly naggingly annoying!
Peace,
Ian
PS - Have you ever tried to time stretch an audio clip from the inspector? That process is even more buggy IMO that the above 2 examples.