automatically include custom GHA's in script component

Replies to This Discussion

Permalink Reply by David Rutten on November 4, 2010 at 8:47am

Hi Robert,

what is it you're trying to accomplish with this? Are you trying to access the algorithms inside components? If so, you're out of luck. Unless someone has gone through the trouble of making utility classes/methods for their components, the algorithms will be embedded inside the SolveInstance() method of GH_Component derived classes. It is not exactly impossible to access this, but it is so difficult that you might as well get the Components out of the Grasshopper component server, which is already available inside VB/C# scripts.

If I'm wrong about what you're trying to accomplish, please let me know.

--
David Rutten
david@mcneel.com
Poprad, Slovakia

Permalink Reply by robert cervellione on November 4, 2010 at 11:08am

yes to link utility classes is exactly what i am looking for. i have compiled 2 gha's which hold about 30 or so functions that i use often also whenever i make a gha i put as little code as possible in the solve instance and i always try to make classes outside the solve instance for easy reuse-ability of code. but i would assume i am not the only one who has custom function that they use, am i!

Permalink Reply by to] on November 4, 2010 at 11:14am

Hi Robert
You are not the only one,....
We are also trying to keep as less code in the Solve Instance class as possible

[uto]

Permalink Reply by David Rutten on November 4, 2010 at 12:12pm

I see. I'll need to think about this for a bit. It's also possible that some people don't want you to hack into their gha files as it's proprietary or licensed code. Now, whether or not you decide to do so anyway is of course your business, but I have to make sure that Robert McNeel & Associates cannot become an accessory to crime.

--
David Rutten
david@mcneel.com
Seattle, WA

Permalink Reply by robert cervellione on November 4, 2010 at 7:59pm

regarding proprietary code. you can still manually add a gha as a reference now so adding a feature that lets you add a gha by default does not change the fact that if the gha was not dotfusticated or the classes were not made protected, internal or private the code is out there for everyone to see.

if there is a dialog where the user has to put a check mark next to the name of the GHA that we want loaded every time a new script component is added should be sufficient enough to make it the users decision to add that gha.