I would try a 3D wireframe in Sketch. that can be varied easily. with walls, windows, doors and floors it gets very complicated
Spreadsheet .Start.xyz, .End.xyz
Forum rules
and Helpful information
and Helpful information
IMPORTANT: Please click here and read this first, before asking for help
Also, be nice to others! Read the FreeCAD code of conduct!
Also, be nice to others! Read the FreeCAD code of conduct!
- thomas-neemann
- Veteran
- Posts: 11939
- Joined: Wed Jan 22, 2020 6:03 pm
- Location: Osnabrück DE 🇩🇪
- Contact:
Re: Spreadsheet .Start.xyz, .End.xyz
-
- Posts: 618
- Joined: Wed Sep 29, 2021 8:35 am
Re: Spreadsheet .Start.xyz, .End.xyz
I wonder whether 'Position' might be stored as a list or tuple (an array-like object).
In which case, can you try addressing its members by Position[0], Position[1] and Position[2]?
AIUI, .x, .y and .z notations are shorthand (macros?) for the more formal notation.
Probably won't work, but worth a try.
I take my inspiration for this from the way you reference constraints in sketcher.
- adrianinsaval
- Veteran
- Posts: 5552
- Joined: Thu Apr 05, 2018 5:15 pm
Re: Spreadsheet .Start.xyz, .End.xyz
I get this error when recomputing but not always:
The problem is that the Draft object changes the start and end values based on the placement so trying to force values on both at the same time creates a recomputation loop. This is either a bug in Draft or you are just not supposed to mess with the placement of Draft objects.
To workaround this I suggest you leave the placement at (0,0,0) without expressions and then use just the star and end points to control it.
@yorik thoughts? why does the placement of the draft line have an effect on the start and end points? If the points are meant to be absolute the placement should be immutable IMO.
Code: Select all
Test7#Line still touched after recompute
To workaround this I suggest you leave the placement at (0,0,0) without expressions and then use just the star and end points to control it.
@yorik thoughts? why does the placement of the draft line have an effect on the start and end points? If the points are meant to be absolute the placement should be immutable IMO.
Re: Spreadsheet .Start.xyz, .End.xyz
If it worked to use Placement, it would have been great ....adrianinsaval wrote: ↑Tue May 24, 2022 2:15 pm I get this error when recomputing but not always:The problem is that the Draft object changes the start and end values based on the placement so trying to force values on both at the same time creates a recomputation loop. This is either a bug in Draft or you are just not supposed to mess with the placement of Draft objects.Code: Select all
Test7#Line still touched after recompute
To workaround this I suggest you leave the placement at (0,0,0) without expressions and then use just the star and end points to control it.
@yorik thoughts? why does the placement of the draft line have an effect on the start and end points? If the points are meant to be absolute the placement should be immutable IMO.
Since .Start.z and .End.z in this case should have the same value, it seemed good to use .Placement.Position.z as both .Start.z and .End.z got the same value. ( Just one place to enter it ...)
Thanks for the advice...
- adrianinsaval
- Veteran
- Posts: 5552
- Joined: Thu Apr 05, 2018 5:15 pm
Re: Spreadsheet .Start.xyz, .End.xyz
Well you probably can use one to enter the value and an expression to bind the other one to it, or put it in a spreadsheet and bind both to it, or to a custom property in the object itself or in a property container.
Re: Spreadsheet .Start.xyz, .End.xyz
Placement and Start point indeed affect each other. The placement of a Draft Line/Polyline stays automatically to its start point... Normally indeed you change one, the other changes too. I think when manipulating a Draft line, you should always handle it through the same property (Placement or Start Point), so let the other update without further consequences