"when I edit the door", what does this mean? Are you tabbing into the geometry and trying to manually edit the geometry?
If so, that doesn't work, as it's a parametric door--is driven by the parameters, not manual geometry manipulation.
Actually, would think, tabbing into these types of geometries should be restricted. https://github.com/IfcOpenShell/IfcOpenShell/issues/6184
AFAIK I can reliably come to this state with this workflow :
Add an IfcDoorType, add a parametric door modifier, change some values, validate
Add an instance of the same IfcDoorType
Remove the type from the instance
The interface shows there is no parametric door on the instance anymore
Add a parametric door, the geometry resets
I think it's because the parametric door properties are stored on the IfcDoorType, not the instances, so when you break the link there is no parametric parameters left on the instance. Note the geometry stays the same until you add a new parametric door modifier. Maybe we should copy the parameters to the instance when unlinking the door type ? What behaviour is better ?
Comments
"when I edit the door", what does this mean? Are you tabbing into the geometry and trying to manually edit the geometry?
If so, that doesn't work, as it's a parametric door--is driven by the parameters, not manual geometry manipulation.
Actually, would think, tabbing into these types of geometries should be restricted. https://github.com/IfcOpenShell/IfcOpenShell/issues/6184
AFAIK I can reliably come to this state with this workflow :
I think it's because the parametric door properties are stored on the IfcDoorType, not the instances, so when you break the link there is no parametric parameters left on the instance. Note the geometry stays the same until you add a new parametric door modifier. Maybe we should copy the parameters to the instance when unlinking the door type ? What behaviour is better ?