Block Constraint
Forum rules
Be nice to others! Respect the FreeCAD code of conduct!
Be nice to others! Respect the FreeCAD code of conduct!
Re: Block Constraint
In my garage it is strictly forbidden to use screwdrivers to do anything else but turning screws, especially it is forbidden to hammer on a screwdriver (that's why my son got his own set). The reason is, that they wear out. Luckily the FreeCAD tools don't wear, the y work every day as if they where just ordered.
A Sketcher Lecture with in-depth information is available in English, auf Deutsch, en français, en español.
Re: Block Constraint
It is not metaphorical. I used to do it at lot (hammer+screwdriver), as we did not have chisels. We did not have tiny screwdrivers either, so the point of knives (not forks) was used instead. This led to ...
... exactly, we have a winner!, never ever having a suitable screwdriver (and no pointy knives, but that can be a feature, only you needed another pointy knife for the next set tiny screws and ended up destroying all the knives in the house)!!chrisb wrote: ↑Sat Mar 10, 2018 8:37 am In my garage it is strictly forbidden to use screwdrivers to do anything else but turning screws, especially it is forbidden to hammer on a screwdriver (that's why my son got his own set). The reason is, that they wear out. Luckily the FreeCAD tools don't wear, the y work every day as if they where just ordered.
While I was reading triplus, I was exactly thinking that, FC tools do not wear out. Cool!!!
Re: Block Constraint
FC tools are like a butcher's knives: if they are regularly resharpended they get better and better!
FreeCAD, a butcher's tool: http://www.cooknsoul.de/wp-content/uplo ... 20x440.jpg
A Sketcher Lecture with in-depth information is available in English, auf Deutsch, en français, en español.
Re: Block Constraint
OK therefore in the garage it is strictly forbidden the use of hammer and screwdriver. FreeCAD on the other hand is more forgiving.
P.S. I did see experienced handyman using a combination of hammer and screwdriver in the past. And i must say in the circumstances it made perfect sense and it did the job just fine. Therefore likely just as when it comes to FreeCAD. In real life things can get tricky too.
P.S. I did see experienced handyman using a combination of hammer and screwdriver in the past. And i must say in the circumstances it made perfect sense and it did the job just fine. Therefore likely just as when it comes to FreeCAD. In real life things can get tricky too.
Re: Block Constraint
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?
Ulrich
Is this the intended behavior, or is this a bug?
Ulrich
Re: Block Constraint
Hi Ulrich!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?
Ulrich
As you describe it it seems like a bug. Could you post an example so as investigate it?
P.S.: Please, quote me, as I am just notified on quotes and PMs
Re: Block Constraint
No need to post an example. I have reproduced it. It is "half a bug".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?
Ulrich
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.
The work-around
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
abdullah
Re: Block Constraint
Re: Block Constraint
Friendly reminder: reporters cannot assign bugs to developers. Only managers and developers can assign bugs. Those are types of access levels. Most Mantis accounts are of reporter access level.
I assigned it to abdullah.
Re: Block Constraint
I did not know. The good think is that you managers are overall in the forums, so there is always a helping hand around