Andreas Dieckmann
Andreas Dieckmann
@eproca - I think it's safe to say that _nobody_ wants to go back to full execution on each run of a graph. But re-executing the entire graph because it...
@kronz - I would say its a valid **workaround**. But it _leaves the responsibility with the user, not the developer_. Plus, it's an additional input which I'd like to avoid....
BTW: Another candidate would be the DateTime.Now node - but that one also doesn't re-execute. And that definitely looks like a bug to me. "Now" should really mean "now" every...
@persp - the short answer is: Yes. But if you are too impatient you can always use the same method that is used in LunchBox - it's pretty robust. ;-)
@ekkonap - Unfortunately this will only work for cases such as the one you outlined. My original use case for raising this issue were nodes that contain e.g. FilteredElementCollector, so...
@johnpierson - This issue seems to have a fairly good amount of community support. Any particular reason it got closed?
After re-reading Nate's issue, I would rather have this one kept open as well. I believe it would be computationally more economic to be able to recompute on a per-node...
@Amoursol That's not what the OP is asking for. He wants to select abstract types like ```FamilyInstance```, ```WallType``` etc. by name in order to hand them over to the ```All...