Bug #1478: trim edge fails to maintain constraints

[Kunda1]

issue #1478: trim edge fails to maintain constraints
Please decide if this is a bug. Thank you.

[Kunda1]

I can't see why you think this is a bug?

You can't do as you have said because you can't trim any thing at 0,18,0 ...the top horizontal line is at (whatever, "16 point something", whatever). If I understand you correctly, you want to trim the top horizontal line in the sketch, this would then make the horizontal constrains invalid so they are automatically removed, so of course the sketch would become not fully constrained.

Can others please weigh in to this issue? Thanks!

[NormandC]

Here or on the bug tracker?

I usually consider that when an element is trimmed, any constraint that was applied to it should be deleted. For example: a line that has an equal length constraint with another line. If one of the lines is trimmed, the equality constraint should be automatically deleted.

But the case of this specific report is different: Constraint37 and Constraint38 are not applied to the line to be trimmed, but on the vertical lines. See how the sketch looks like when I delete some constraints so I can detach the top horizontal line:

FC_trim_bug_1478_01.png (25.88 KiB) Viewed 983 times

So IMO, the two 5mm constraints should not be deleted when the upper horizontal line is trimmed.

[Kunda1]

@NormandC with these older bugs do you mind notating the ticket directly? It helps get them visible on the tracker and helps me from a monitoring perspective because I see that there is progress occurring, Thanks! Oh and thanks for your response as well!

[NormandC]

@NormandC with these older bugs do you mind notating the ticket directly?

Done!

Oh and thanks for your response as well!

No sir, thank you for your tireless work on the bug tracker!

[Kunda1]

@NormandC with these older bugs do you mind notating the ticket directly?

Done!

Oh and thanks for your response as well!

No sir, thank you for your tireless work on the bug tracker!

Verdict on this ticket? issue #1478

[NormandC]

My verdict hasn't changed: IMHO it's a valid request. But it might take a while before someone is willing to tackle this...

[Kunda1]

My verdict hasn't changed: IMHO it's a valid request. But it might take a while before someone is willing to tackle this...

Should I merge this ticket with issue #1576 based on the feedback @Abdullah gave in:
https://freecadweb.org/tracker/view.php?id=1576#c8924

[abdullah]

My verdict hasn't changed: IMHO it's a valid request. But it might take a while before someone is willing to tackle this...

Should I merge this ticket with issue #1576 based on the feedback @Abdullah gave in:
https://freecadweb.org/tracker/view.php?id=1576#c8924

Great job with the bug tracker!!

I am not sure about the merge, but maybe tagging all these "trim does not work as expected, not trimming right, not respecting constraints, unexpected behaviour, a user expects it to maintain these constraints (e.g. vertical/horizontal), but not those (equality constraints)...." into a single "sketcher trimming" tag may be very useful.

If somebody decides to work on the sketcher trimming support, given the high amount of issues involved, he should read every problem identified, so that the solution fulfills all user requirements. For this specific case, if somebody decides to tackle the problem, I think it is a good candidate for a thread in the forum and a lot of help/support with testing (bugs and user acceptance tests). I mean it is not a "very high hanging fruit", but it is the kind of fruit you think you can get just by jumping and you end up falling down to earth with empty hands after several tries unless you really decide to take your time to study the issue (i.e you take a ladder).

[Kunda1]

Great job with the bug tracker!!

Thanks! It's the way I contribute back to open-source

I am not sure about the merge, but maybe tagging all these "trim does not work as expected, not trimming right, not respecting constraints, unexpected behaviour, a user expects it to maintain these constraints (e.g. vertical/horizontal), but not those (equality constraints)...." into a single "sketcher trimming" tag may be very useful.

Currently there are 2 tags I'm using in conjunction to identify these types of tickets and they are 'Solver' and 'trim'
See https://freecadweb.org/tracker/search.p ... %2C%2Btrim

If somebody decides to work on the sketcher trimming support, given the high amount of issues involved, he should read every problem identified, so that the solution fulfills all user requirements. For this specific case, if somebody decides to tackle the problem, I think it is a good candidate for a thread in the forum and a lot of help/support with testing (bugs and user acceptance tests). I mean it is not a "very high hanging fruit", but it is the kind of fruit you think you can get just by jumping and you end up falling down to earth with empty hands after several tries unless you really decide to take your time to study the issue (i.e you take a ladder).

#hangingfruitthatneedsaladder
Yea, I'll work on a forum post that will have as much as the legwork done in regards to organizing the tickets involved. So a Dev can step in and take it from there. Cheers!