sure we have to… it’s very important thing. using this info we can know how many times this object is referred
This is very tricky. If the stack is pinned and the selected modifier is a shared modifier and there are no objects selected I can’t figure out a way to know to which node belongs the modifier.
Have you found a native method to get it or you have coded your own function?
the funniest part of it – i CAN’T find a way to know what modifiers are currently in the modifiers stack. The best i can do now is using UI select every item from SubTree List and check what it makes the current edit object. It forces to update every modifier and might take a lot of time for some modifiers (TurboSmooth, Optimize, Cloth, APEX, etc.)
if I confessed right away that I don’t know, many would not even try
but the problem challenges me, and I’m still looking for a solution …
can we enumerate the node tree, and collect modifiers with the A_MOD_BEING_EDITED flag set. Then enumerate the stack from that.
eh… i tried it too. but this flag is set anyway for all single nodes if the multiple selection is in the Modifier stack.
another problem is what to enumerate if nothing is selected and we have ‘pinned’ stack?
i stuck with getting ‘what is pinned’ in the modifiers list.
I already went through all the possible flags (for both modifiers and appmods), hoping to find one that says ‘modifier is on the stack’. But all in vain…
have you tried running a Notify on NOTIFY_MODPANEL_SEL_CHANGED ?
i thought about this… but what can it give us?
if I listen to all notifications, then in theory I will know what happens on the stack … but this is far from a fact, and it is not clear when I need to “start listening”
All this time I lived without knowing what is on the stack and it was OK. But recently I realized that I can’t say for sure that a certain modifier is at a certain moment on the stack. And It got me hooked
Interface::GetModContexts and Interface::GetCurEditObject ?
tried and learned them all…
i use it in a lot of my methods…