Currently we don’t have a native Add Curtain Grid component, this is primarily due to the complexity of of Element Tracking of the Parent>Child relationships. When modifying Curtain Wall grids Panels & Mullions are potentially added and removed at each step.
That said, there is a lot we can do with a simple non-element tracked script. This topic will look at some of the ways we can use this in various workflows.
The Add Wall (Curve) creates our Curtain Wall 1, which then gets points given via Grasshopper Divide Curve of Height & Length. If we want to reset we can remove the Grids.
Here we Bake the Points to Rhino and then re-reference before adding the Grid Lines. The Line generating the wall and the points can be edited in Rhino. Re-baking the line/points to Rhino would override your edits.
Points are U/V sublayers of the Walls Element ID, this allows for referencing in a new GH file.
When creating the host geometries the direction during creation orients the UV
In this example the angled element is going to get its UV aligned to the Revit XY, which creates an un-desired Grid. Creating the family straight towards the Front view will generate the expected UV, then place the family in a different orientation.
Why is element tracking it so complicated? I would have thought since the insertion of a grid line creates new Revit elements, the previous elements will no longer exist, so the element binding would update to match these new elements? Any breaking changes to the element binding as a consequence is no different to the user deleting an element in Revit that is tracked in the GH graph, so the mechanism is no different?
I know, right?! This has been on the feature requests from the beginning and EVERY single design firm that we have discussions with brings this up as an issue. To not have native curtain grid capabilities is gaping hole in the feature set and if it didn’t require particular condition handling it would be in there already.
