Grasshopper

algorithmic modeling for Rhino

Hello Rajaa!

Thanks for setting up these tools in GH.  I see a lot of advantages to functionality the PT add on enables.

I have gone through the examples (which I need to do again maybe more thoroughly) but I am wondering out of curiosity, why break with the use of Radians in GH?  If I am not mistaken, you are using degrees wherever rotation is involved?

Just thinking about integrating with existing GH workflows.  Of course, it is easy enough to convert, but just found it curious to go this route.

Thanks!

Luis

Views: 302

Replies to This Discussion

Hi Luis,

Good point.  I used degrees to make it consistent with PanelingTools plugin for Rhino which uses degrees.

I do see your point though and it is probably shared by the wider user base in GH?

Thanks!

-Rajaa Issa

Hello Rajaa,

One more thing related to the latest update...

For the components which take input geometry for custom panels (Morph2D and Morph3D) could we get a structured output when multiple input objects are involved? In your example for Morph3D, there is a situation where you have 2 input curves.  The output is a list of the resulting curves.  Now, I can do a simple dispatch to get the curves on top and bottom, but what if I have more than 2 curves...I would have a situation where I need to treat three different conditions, and so on, and so on. 

Perhaps there could be a bit of Data Structure logic to organize the output curves on branches in order to be able to manipulate them in a more 'gh' way down the line...

Thoughts?

RSS

About

Translate

Search

© 2024   Created by Scott Davidson.   Powered by

Badges  |  Report an Issue  |  Terms of Service