I'm testing constraints with an extrusion along a path to create a door frame. I want to constrain the height and width and have them as variables but when I attempt to 'flex' the variables the results are inconsistent and wrong. I've created the constraints by constraining the path before extruding as I can't see a way to do it afterwards. The height constraint seems to work but the width is giving odd results. Example attachedperforatorNamedViewtest.dgn
Hi Duncan,
i had a very quick look at the file and the unexpected behaviours you are seeing when changing variables' values is due to the profile not being well constrained. you should always try to draw your profiles as closed shapes and check their DOF (degrees of freedom) is 0/. This means that there is only one possible solution for any change of the parameters. This somethimes may be tricky when the profile is complex it is worth getting used to do so.
I have attached a quick edit of your file, let me know if you need more help with this!
5123.perforatorNamedViewtest.dgn
mmm...I might have misunderstood then. There was something odd with the extrusion profile: I couldn't isolate or select it or check/show its constraints, so i have re-created it, constrained it and replaced it as an input element for the extrusion along (I have shifted the feature inadvertedly, please move it back where it is supposed to be )...let me know if it is any better now.
perforatorNamedViewtest_Test_Marco.dgn
Hi Ian,
If the cell names changes then you have a new cell.
Applying business data to the cell with a property such as Door Type, where the value is changed by an expression controlled by say, the door leaf width, to display the appropriate type identifier would be the appropriate process.
Marc
Hi Marc
I agree... however... 1 x door cell with 3 x widths. place the cell 3 times and apply 3 x widths = 1 cell name, thus 1 cell type on a report.
Add an item type to the cell variation, then you can get 3 x cell names. But this needs to be documented, as its not common knowledge.
Cheers
ian
I agree with Marc that we shouldn't change the cell name but w eshould find a way to show the variation in the report and treat the variations as a business property. Let me check something and get back to you.
R,
Marco
marco
The cell name cannot change as it is the same cell. but the item ttype associated to the variations can change. All I am asking is for this to be added to the documentation.
Ok Ian, will pass this on to our documentation team.