Freighter - Bundle Grasshopper Definitions

Comment

Comment by Jeremy Luebker on April 23, 2016 at 9:26am

@Amir, actually you are right, once i get rid of all the 3rd party plugins it works just fine... thanks for the tip... sadly this is what i needed freighter for... will stay tuned :)

Comment by Jeremy Luebker on April 23, 2016 at 7:42am

Hi David, Yes i did run the installer and it completed "successfully".

Hi Amir, Thanks for the link. I do have some Metahopper and Flux in the graph, but it is not even saving the rhino file. It fails to load the dialog box and simply stops at saving to gh file to wherever it already is...

Comment by Amir Soltani on April 23, 2016 at 5:03am

@Jeremy, see this bug report may help:

https://bitbucket.org/archinate/freighter/issues/1/dialog-doesnt-la...

currently for me Freighter dialogue window loads if you don't have any 3rd party plug-ins in your GH definition or with some plug-ins, eg. @it, Human, Human UI, etc.

However, Freighter dialogue doesn't load, for some other plug-ins in your GH definition.

Also, for some plug-ins the dialogue box may load but missing the plug-in description.

Comment by David Stasiuk on April 22, 2016 at 1:19pm

Hi Jeremy...you ran the installer?

Comment by Jeremy Luebker on April 20, 2016 at 11:25pm

I just downloaded freighter and was trying to run it for the first time but it is only saying that it is saving the GH file and does not bring up the freighter dialog box...

Command: Freighter
Freighter loaded.
GH document saved to: C:\Users\LuebkerJ\....

have i missed something or should i submit a bug report on the bitbucket repo?

Comment by kipodi on January 24, 2016 at 8:43am

would be nice if it worked with Modelo.

Comment by David Stasiuk on January 20, 2016 at 4:07pm

Hi Andy. Thanks...To answer your question: no, not yet, and I'm not sure what approach we'd take to doing so. It seems that many such plug-ins also accompany Rhino plug-ins too, or reflect other ambitions for their authors, particularly related to more customized installation setups. Freighter identifies and flags those (automatically adds to the readme.txt some basic info about where the dependencies are stored on the author's machine). Our idea thus far has been that if a plug-in has its own installer and separate resource directories, it's probably best to direct any user to use the author's special installer. But I would for sure be interested to hear your opinion on it if you think it would be useful to try to track down + port related files...

Comment by Andy Payne on January 20, 2016 at 8:00am

@DavidStasiuk.  Nice work.  Does this also bundle up dependencies that are referenced in a .ghlink file?  I know some people will store their dependencies in other directories and was wondering if you're tool account for that.

Comment by Gregory Epps on January 20, 2016 at 6:55am

Cool...

Comment by David Stasiuk on January 19, 2016 at 9:15am

When you make "freight" from a definition, the above is the interface that shows you all of the third-party dependencies in the file. It lets you choose to include them as you like.

Then it makes a file structure inside of a target folder:

In the "Dependencies" folder are all of the checked dependencies. So you zip up the whole folder, and send it to whoever you want to be able to use your def. Then, when they run the .exe, it copies and unblocks any plug-ins in the Dependencies folder that aren't currently loaded on the user's machine.

We plan on making a bunch of simple enhancements, and will start up the beta soon...sign up if you like!

• ‹ Previous
• 1
• 2
• Next ›
• Page