Having been testing Grasshopper2 for a few weeks, one of the more obvious gaps I’ve encountered is the support for Brep objects.
On the UI/component side, Brep operations are largely missing - including the basic Brep Param type along with the familiar operations like ‘Deconstruct Brep’ or Join.
On the developer side, inputs and outputs to a component plugin cannot directly specify a Brep/Polysurface object type.
Presently, the following workaround for using ‘generic’ inputs/outputs works okay. To process a Brep in some way, you need to cast the generic object to a Brep and go from there.
Ah yes - indeed. Thanks for that. I remember when it was originally called ‘Explode’ in Grasshopper. Then it was renamed as “Deconstruct Brep” in later versions.
I also see now that that the “Surface” parameter object is intended to be used for Breps. So perhaps a nomenclature alignment would be helpful for G2 and Rhino: The ‘Surface’ type is a distinct type from a ‘Brep’ or a ‘Polysurface’ in Rhino and the Rhinocommon SDK.
When coding with G2, this can be especially confusing…
Say we set an input using AddSurface… (which we can now assume accepts Breps)