Vastman

Bristol_Jonesey
To adopt a "No new features - just fixes please" strategy begs the question, what would the devs be doing for the other 9 months of the year?
 
A balanced mix please, of fixes, enhancements & new features, just like it's always been.

You always summarize things so eloquently!  There are MANY rough spots I hope get tweaked (collapsible folders in console, an amazing arrange system, etc); many new users love the doodads and it saves them money not having to buy other vsts until GAS hits them hard; SPlat is soooooo stable on many machines, I'd be frustrated if workflow was ignored.  Bugs DON'T bug me... and I assume most are user error, ignorance, or machine specific.
 
The bakers bake well... whiners please dunk ur heads in a vat of cold water.  The "mememe" focus of soooo many people is just friggin' sad. 

Thanks for your kind words. I'm still waiting for nested folders in Track View - one day eh!!

...and the ability to drag more than one track into them at a time.
 
Currently this is done with Rightclick>Move to folder. Probably programmed to avoid touching the folder tree code. It feels like all folder related functions work in different ways, which is not unusual with a mature product. The code handling Insert, Clone, Dragdrop - also the different code sections for when you are at the first track, the last track, the last track of a folder...it needs to be gone over and unified. It will be a brave dev to do that.
 
One thing that might help is if the Bakers consider little dropzone areas above and below each track and also between contiguous folders when actually in dragdrop mode, possibly lighting up as the user drags over these zones. That way it's easier to know whether the intention of the user is to drop underneath a track but inside the same folder, underneath but outside of and between the folders, or as the first track of the next folder.

I can help you there Jan - select all the tracks you want to move to a specific folder using ctrl + click or shift + click, then right click any of them and select move to folder and they will all move en masse

Bristol_Jonesey
I can help you there Jan - select all the tracks you want to move to a specific folder using ctrl + click or shift + click, then right click any of them and select move to folder and they will all move en masse

Yes, he did mention right-click. But I think it's important to consider the clickstream. If you drag, it's:
 

1. Click on each track you want to move.
2. Click on one of the tracks.
3. Drag to the folder where you want the tracks to reside.
4. Release mouse.

 
Using right click, it's:
 

1. Click on each track you want to move.
2. Right-click on one of the tracks.
3. Drag on the dialog to select the folder to which you want to move the tracks.
4. Release mouse.

 
In terms of time and efficiency, the difference between the two options is negligible. In fact I would argue that the second method is faster because you don't need to drag carefully to make sure you hit the folder, and can move tracks to folders that aren't visible on screen.
 
The only reason I can see for mass dragging is consistency with being able to drag in one track. But it's not necessarily a better way to perform tfe mass move operation.
 
It's the same principle as traffic reports in NYC. When they talk about traffic congestion on the "George Washington Bridge," they often abbreviate that to "G Double-U B." But it's the same number of syllables either way 
 

Well said, declan.
Enjoy,
AB

Anderton
In terms of time and efficiency, the difference between the two options is negligible. In fact I would argue that the second method is faster because you don't need to drag carefully to make sure you hit the folder, and can move tracks to folders that aren't visible on screen.
 
The only reason I can see for mass dragging is consistency with being able to drag in one track. But it's not necessarily a better way to perform tfe mass move operation.

I don't disagree, but I'd like to add that folder drag-and-drop is almost universally understood. I usually create folders when tracks proliferate and instinctively drag all vocals into the VOX folder. it doesn't work, I go "huh?!?", remember there's a trick somewhere, couldn't be bothered, so I just drag-drop them individually. I'm sure I'm not alone.

There's also an argument that multiple track drag into folder would also support multiple track drag not into folders - ie. for "normal" track re-arrangement, which isn't possible with the right click method.

KPerry
There's also an argument that multiple track drag into folder would also support multiple track drag not into folders - ie. for "normal" track re-arrangement, which isn't possible with the right click method.

Excellent point, although I don't know if fixing one would automatically allow for the other.
 
I was thinking about the code involved...bear in mind I know nothing about code, but the issue with the drag into folders might be that tracks point to folders, but folders don't point to tracks, so the folders aren't "aware" of the tracks. This also might explain why nested folders would be difficult to implement. Again, though, this is just speculation.
 
That said, one of SONAR's strengths is that often, there are multiple ways to accomplish the same result, and mass drag moves would be consistent with that philosophy. However if it would require a massive re-definition of the relationship to folders and tracks at the core of the program, there are probably other issues the Bakers would prioritize.

speculation schmeckulation!
 
 
 
PS - I have nothing to add, I just wanted to say that........

It would also free up some real-estate in the right-click context menu.
 
>> However if it would require a massive re-definition of the relationship to folders and tracks at the core of the program,
 
I am almost certain this is the case. Track number and position were tightly linked in Cakewalk versions of old.