Steve Baer

Thanks for the PR. There are a lot of changes here so it is pretty difficult to review. I'm not a big fan of ini files for storing persistent data...

This is currently not in RhinoCommon. I am looking into what it would take to support this.

It is doable; we made changes to the V6 string parser so this may not show up until V6

A good project to start for working on this would be to make ladybug into standalone components http://www.grasshopper3d.com/group/ladybug

This actually slows down script execution and I need to figure out a good way to allow this option in the rare cases that ghPython scripts would need them. There...

Thanks @nic-burgers-arup . We merged the majority of this PR here https://github.com/mcneel/compute.rhino3d/pull/565 We left out the "plugins/gh/inspect" endpoint for now as we couldn't quite figure out how it works. Please...

This request seems a little bit different than the focus of this issue which is to allow ghhops-server instances to become self-contained. CPython support is now in Grasshopper for Rhino...

We need to think about how things like menus are handled in an updated compiler. I do not want compiled scripts to be forced as "load at startup" just to...

probably the thing to do here would be to add a -debugging command line option to the EditScript command. Not too sure what to do about breakpoints, maybe break on...

I wonder if it would make more sense to stay very explicit and have something like a userobjects modules that supports this instead of lumping it in with the components.