Marc Wielage wrote:Mel Matsuoka wrote:I think the bulk of my request is based on my premise that if the existing "Switching clips selects last adjusted node" option is enabled, then Resolve should do exactly that, regardless of whether that node was in a Pre/Post Clip Group, or in a standard Clip level.
My guess is that the undo and "last done" event stack treats a regular Clip node and a Pre/Post Clip Group node as 2 different things. As a result, it wouldn't be able to do that.
This is a valid nuance that does give me more clarity about how I envision this feature to work.
If you take the name of the preference literally, then the "last
adjusted" node could of course either be in a Pre/Post Clip Group, or in a standard Clip level.
But I think what I'm really advocating for is that the criteria should be the "last
selected node", regardless of if it was "adjusted" or not.
So if the last selected node was in a Pre/Post Clip group, then it should be able to remember this state, and switch to the Pre/Post group accordingly. There wouldn't be any need to treat Clip nodes vs. Clip Group nodes with nuanced, differing behavior in this regard. All I care is: "just show me the node that was last selected in this node graph the last time I switched away from it".
I'm sure there might be situations in which you might not want this behavior, but I can safely say that in my experience, there's never been an isolated situation in which I said to myself "wow, I'm glad that Resolve works this way, even though I wished it worked the opposite way 98% of the time"
And all that said, I will reiterate that if the criteria is "last
adjusted node", then the preference as it's currently labeled still does not perform as advertised, if that node is in a Pe/Post Clip Group!
I know workarounds exist, but I'd prefer for the feature to work as claimed, because If it did, you wouldn't have to do any of said "workarounds".