Anderton
If they're different performances, what's wrong with having them in different Take Lanes? You can trim individual clips within take lanes if you want. Sounds can overlap all you want if they're in different lanes. They can also play back at the same time.
Exactly, overlaps are permitted as long as they reside in different lanes. So you can certainly continue to work with cases where you want stacking of voices on a single track. The comping workflow favors isolation but you can certainly ctrl-click on a clip to make it sound simultaneously with another lane.
Here is the thing. However users interpreted the old layers approach. it was originally intended for comping but fell short because the design was too simplistic and didn't handle the 90% case it was intended to solve, which is comping a single part out of many takes. Yes you could comp in a loose sense with layers, by using workarounds and by manually toggling the solos and mutes along with using the older isolate tool. I've worked with the old layers approach myself and frankly the experience wasn't good, requiring so many intermediate operations that it destroyed my focus on what I was trying to do.
Essentially all the old layers paradigm did internally was assigning an index to the clips withing tracks. Beyond that you were on your own to mute solo or isolate the individual clips after recording multiple passes. It was a cumbersome workflow requiring users to manually toggle the solo states after each record pass to hear it.
On the other hand with the take lanes design, we started with the use cases we wished to be effortless and worked from there on designing tools especially for that purpose. We considered all boundary use cases as well as we could, and alternate workflow decisions were also carefully considered. Take lanes also build upon similar infrastructure as layers (that's why its backwards compatible) but all the magic and logic lives in the new tools and commands. Essentially lanes *are* layers with tools that are optimized for the most requested comping operations.
For those asking why we couldn't retain the old layers UI functionality, the reasons are manifold. The tools paradigm there wasn't something that could be extended to do what we wanted. Also it would have been an utter mess to maintain and support two completely different user interfaces especially since the latter was a dead end.
We can pretty much do most of what the manual layers approach did better and faster with the lanes approach. If there are missing workflows we can consider them and expand lanes to accommodate it potentially but your cases need to be clearly articulated and described separately. Putting a million posts into a single thread makes it very difficult for anyone to decipher and ends up clouding the issue further. A good way to describe workflow related problems are by stating use cases or "stories". Make a thread or report explaining exactly what you are trying to do from start to finish and why you cannot achieve it with the given tools. That's by far the best way to communicate an idea to a product manager or someone involved with the feature.