Feature Request - Cluster activity

Replies to This Discussion

Permalink Reply by David Rutten on January 11, 2014 at 3:04am

Hi Dan,

posting requests here is fine, best place for it. I do have some questions:

but if the cluster takes a few seconds to execute, adding/removing clusters becomes pretty cumbersome.

Adding a variable input/output would also have to execute the clusters again, so I don't quite see where the gain is here. In fact if you open the cluster, make all the changes you want and then close it again, you'll only have to recalculate once, whereas adding 3 inputs via the ZUI would recalculate 3 times right away and once more after you've changed the cluster to hook up the new inputs.

This would be speed up the ability to work fluidly with clusters rapidly.

I still don't see it making a lot of difference, but I could well be missing something. What's wrong about this list of steps for doing it now:

1. Double click cluster.
2. Navigate to where you want to add new hooks.
3. Add hook (either from the toolbars, or by copy/pasting existing ones, or by double click search)
4. Connect hook to relevant parameter. This will cause a new intra-cluster solution which may take some time to complete.
5. Repeat 2+3+4 until satisfied.
6. Close and Save Cluster. This will cause a new extra-cluster solution which may take some time to complete.
7. Connect new inputs with relevant parameters in the parent document. Each new connection will cause a new solution, which may take some time to complete.

compared to this list of steps that you are suggesting:

1. Zoom in on cluster.
2. Click on the (+) symbols to add inputs. Each click will result in a new solution, which may take some time to complete.
3. Double click cluster.
4. Navigate to where the new input hooks were created (you don't know exactly where, so if the cluster is large, this may take some searching).
5. Probably move the hook to a more meaningful location.
6. Connect hook to relevant parameter. This will cause a new intra-cluster solution which may take some time to complete.
7. Repeat 4+5+6 until satisfied.
8. Close and Save Cluster. This will cause a new extra-cluster solution which may take some time to complete.
9. Connect new inputs with relevant parameters in the parent document. Each new connection will cause a new solution, which may take some time to complete.

Unclustering is indeed a useful feature. It used to exist I think back during the first cluster iteration. I suppose all the components to the right of the cluster would have to be moved further to the right to avoid overlapping components once the cluster has been exploded. But then it would also make sense to move components to the left when you make a cluster, so this could be reasonably two-way too.

--

David Rutten

david@mcneel.com

Permalink Reply by Dan Taeyoung on January 11, 2014 at 8:47am

Hi David,

Thanks for your response! 

Adding a variable input/output would also have to execute the clusters again, so I don't quite see where the gain is here. In fact if you open the cluster, make all the changes you want and then close it again, you'll only have to recalculate once, whereas adding 3 inputs via the ZUI would recalculate 3 times right away and once more after you've changed the cluster to hook up the new inputs.

Does the cluster recalculate the entire solution, even though the new input hooks aren't connected to anything? Would it be possible to not recompute (not call ExpireSolution or its equivalent?) when an input parameter is added via the ZUI only? Could this be done by adding a flag on each input hook added by the ZUI, triggering the flag when the input hook is connected to a parameter, and recalculating the cluster only when the flag has been triggered?

Also, the current behavior, I think, is actually different. In order to work with the cluster, you need to see the geometry/data you're working with, so you have to enter the cluster, add the hooks, leave the cluster, connect the hooks to parameters, enter the cluster, play around in Grasshopper, exit the cluster:

1. Double click cluster.
2. Navigate to where you want to add new hooks.
3. Add hook (either from the toolbars, or by copy/pasting existing ones, or by double click search)
4. Close and Save Cluster. This will cause a new extra-cluster solution which may take some time to complete. (1 ECSOLUTION)
5. Connect new inputs with relevant parameters in the parent document.
6. Double click cluster.
7. Connect hook to relevant parameter. This will cause a new intra-cluster solution which may take some time to complete. (input * ICSOLUTION)
8. Repeat 7 until satisfied.
9. Close and Save Cluster. This will cause a new extra-cluster solution which may take some time to complete. (1 ECSOLUTION)

Which comes to: 2 extra-cluster solutions, and N intra-cluster solutions, where N is the number of new inputs. The cluster was opened and closed twice.

1. Zoom in on cluster.
2. Click on the (+) symbols to add inputs. Each input added via the ZUI doesn't recompute, since we know that the input hooks created this way aren't connected.
3. Connect new inputs with relevant parameters in the parent document. Also no new solutions.
4. Double click cluster.
5. Navigate to where the new input hooks were created (Perhaps aligned vertically, below the last-most input hook?)
6. Probably move the hook to a more meaningful location.
7. Connect hook to relevant parameter. This will cause a new intra-cluster solution which may take some time to complete. (input * ICSOLUTION)
8. Repeat 7 until satisfied.
9. Close and Save Cluster. This will cause a new extra-cluster solution which may take some time to complete. (1 ECSOLUTION)

Which comes to: 1 extra-cluster solutions, and N intra-cluster solutions, where N is the number of new inputs. PLUS, you only had to enter/exit the cluster once.

Thanks again, David!

Dan

Permalink Reply by David Rutten on January 12, 2014 at 1:34pm

Oh I see:

Also, the current behavior, I think, is actually different. In order to work with the cluster, you need to see the geometry/data you're working with, so you have to enter the cluster, add the hooks, leave the cluster, connect the hooks to parameters, enter the cluster, play around in Grasshopper, exit the cluster

The point is that you have to go through the process twice. First to add the hooks, then back out to connect the new inputs with existing data in the parent document, then back in again to create the new cluster logic now that you have data and can see what's going on. Yes, that is indeed a fairly significant extra step.

--

David Rutten

david@mcneel.com