Undo vs TM; Odd behavior
Moderator: andrew
Forum rules
Always indicate your operating system and QCAD version.
Attach drawing files and screenshots.
Post one question per topic.
Always indicate your operating system and QCAD version.
Attach drawing files and screenshots.
Post one question per topic.
Undo vs TM; Odd behavior
QCADpro 3.25.2.1 / win7pro 32 bit
Documented an odd behavior of Undo after Trim Both (TM)
The DXF includes Layer states Y1-Y3
Y1 are the originals.
Simply type 'Y' + number.
Off course the workaround is NOT to 'Trim Both' between a closed Polyline and a line segments.
Most obvious ... That's why I had to re-do the action with 'Trim'.
The purpose in this case:
Developing T2H is an 'On and off' project.
I was drafting some basic flowcharts with QCAD to keep track.
Regards,
CVH
Documented an odd behavior of Undo after Trim Both (TM)
The DXF includes Layer states Y1-Y3
Y1 are the originals.
Simply type 'Y' + number.
Off course the workaround is NOT to 'Trim Both' between a closed Polyline and a line segments.
Most obvious ... That's why I had to re-do the action with 'Trim'.
The purpose in this case:
Developing T2H is an 'On and off' project.
I was drafting some basic flowcharts with QCAD to keep track.
Regards,
CVH
Re: Undo vs TM; Odd behavior
Insight is the best way to get better ...
I could agree on a not proper working undo but the rest is more an odd choice of tools for this kind of task ...
Example 1-3: Break out Segment (D2) would be the appropriated tool - not Trim Both (TM),
Example 4: Trim (TR) would be the right choice - not Trim Both (TM),
Work smart, not hard: QCad Pro
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Re: Undo vs TM; Odd behavior
Husky,
I was trimming corners of the flow lines.
It happened in a flick of the wrist and without noticing that I still had to switch methods.
Oops ... not to worry ... Undo and Oops again.
The examples are not real world.
The results differ from case to case.
That I discovered by documenting it.
It doesn't rely on the references chosen, not on the shapes but rather on the quadrant.
And NO, you don't use Trim Both between a segment and a closed form.
I think that I mentioned 'by accident' and that it is not the proper tool.
I documented an odd behavior of Undo.
Regards,
CVH
I was trimming corners of the flow lines.
It happened in a flick of the wrist and without noticing that I still had to switch methods.
Oops ... not to worry ... Undo and Oops again.
The examples are not real world.
The results differ from case to case.
That I discovered by documenting it.
It doesn't rely on the references chosen, not on the shapes but rather on the quadrant.
And NO, you don't use Trim Both between a segment and a closed form.
I think that I mentioned 'by accident' and that it is not the proper tool.
I documented an odd behavior of Undo.
Regards,
CVH
Re: Undo vs TM; Odd behavior
Suggestion >> Bug report:
https://www.qcad.org/bugtracker/index.p ... sk_id=2145
Fixed.
Thanks, Andrew.
https://www.qcad.org/bugtracker/index.p ... sk_id=2145
Fixed.
Thanks, Andrew.
Re: Undo vs TM; Odd behavior
Bug should be fixed ...
Persistent in Version: 3.25.2.7
Regards, CVH
Persistent in Version: 3.25.2.7
Regards, CVH
Re: Undo vs TM; Odd behavior
Nicely solved in QCAD Version: 3.25.2.7 - tested on a Win10/64 OS. Works like a charm - couldn't ask for more!
Work smart, not hard: QCad Pro
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Re: Undo vs TM; Odd behavior
Husky,
Well you are right ... Now I can't reproduce the failure of 'Undo' overnew ??
After installing .7 I still could, otherwise I wouldn't have posted it was persistent ...
However ...
If we pick the closed form first we get:
The two entities don't intersect, or are currently not supported for trimming.
If we pick the line first, the line is trimmed correctly and we get a faulty trim of the closed form.
What can de undone.
So far, all is fine.
Now continue with Redo-Undo and after a few only the line remains.
Can you confirm this?
Regards,
CVH
Well you are right ... Now I can't reproduce the failure of 'Undo' overnew ??
After installing .7 I still could, otherwise I wouldn't have posted it was persistent ...
However ...
If we pick the closed form first we get:
The two entities don't intersect, or are currently not supported for trimming.
If we pick the line first, the line is trimmed correctly and we get a faulty trim of the closed form.
What can de undone.
So far, all is fine.
Now continue with Redo-Undo and after a few only the line remains.
Can you confirm this?
Regards,
CVH
-
- Junior Member
- Posts: 13
- Joined: Sat May 25, 2019 4:23 pm
Re: Undo vs TM; Odd behavior
I just updated to 3.26 on macOS, and while I don't recall seeing this bug after using Trim Both (TM) in 3.25, I am certainly running into it now. The undo stack is either getting corrupted or multiple operations are getting coalesced into one undo operation by Trim Both. Needless to say, this wreaks havoc on the file if I make a number of edits and them Trim Both, then undo after that... Many edits get lost.
I've attached a quick set of instruction and a file to reproduce it. The file is a 2D export from a 3D app, and it's littered with small line segments that need to be cleaned up, which a typical daily operation for me.
Thanks,
Brock
I've attached a quick set of instruction and a file to reproduce it. The file is a 2D export from a 3D app, and it's littered with small line segments that need to be cleaned up, which a typical daily operation for me.
Thanks,
Brock
Re: Undo vs TM; Odd behavior
Can't reproduce that behavior on a Win10 OS. All Undoes are working step by step as expected ...bergdesign wrote: ↑Thu Mar 04, 2021 1:09 amThe undo stack is either getting corrupted or multiple operations are getting coalesced into one undo operation by Trim Both
Work smart, not hard: QCad Pro
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
Win10/64, QcadPro, QcadCam version: Current.
If a thread is considered as "solved" please change the title of the first post to "[solved] Title..."
-
- Junior Member
- Posts: 13
- Joined: Sat May 25, 2019 4:23 pm
Re: Undo vs TM; Odd behavior
Thanks Husky. I needed that confirmation as a reality check, and I think I've managed to find the culprit when reproducing it again on my side...
I've been working on a script for converting segmented arcs to true arcs, and one of the things that I've been grappling with is a lack of details on operations and transaction stacks... I believe that my script leaves a transaction group open, and I'm seeing the effect when performing subsequent operations and undoing them. The odd thing is, I closed this very doc and reopened it, and the problem persisted so I assumed it wasn't related to my script. And even more oddly, not every subsequent operation is undone all at once... Some undo properly one-at-a-time, and then some undo all-at-once.
Anyway, thanks for checking.
Thanks,
Brock
I've been working on a script for converting segmented arcs to true arcs, and one of the things that I've been grappling with is a lack of details on operations and transaction stacks... I believe that my script leaves a transaction group open, and I'm seeing the effect when performing subsequent operations and undoing them. The odd thing is, I closed this very doc and reopened it, and the problem persisted so I assumed it wasn't related to my script. And even more oddly, not every subsequent operation is undone all at once... Some undo properly one-at-a-time, and then some undo all-at-once.
Anyway, thanks for checking.
Thanks,
Brock