ulrich1a wrote: ↑
Sat Apr 14, 2018 6:44 pm
I have used the block constraint, to fix an "artistic" b-spline. But I got later problems, when I tried to constrain another b-spline to the blocked one. It does just not work. Those constraints are just not added to the sketch. This is misleading, when you think you constrained it with an auto-constraint.
Is this the intended behavior, or is this a bug?
No need to post an example. I have reproduced it. It is "half a bug".
It is one of the many issues that happen because the center of the pole is coincident on the endpoint of the bspline, but it is over the endpoint and thus it is always picked by coin.
What is happening
The autoconstraint or constraint is applied to the pole, not to the endpoint of the bspline. The underlaying logic is: Internal geometry defines a complex geometry element. When this complex element is blocked, internal geometry does not define anything and is blocked. It might or might not be necessary to introduce an exception here for some cases, like this one. I have to study it further to see all the implications.
Use the Elements Widget to select the endpoints of the two b-splines (hover over the first bspline, press 'z' until the point you want gets highlighted, click, hover to the second b-spline, press 'z' until the point you want gets highlighted, press 'ctrl' and click, to add the second point to the selection, hit the coincident constraint).
If somebody files a bug and assigns to me in the tracker the chance I forget about this will get significantly lower.
Thanks for reporting this