-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Regression: resolveCrossing() moves intersections #1191
Comments
I do not think that fbb0c59 caused this issue, it merely brought it to light. Some testing showed that after the first call to
After first call to
The correct values at index 1 and 6 would be A simple fix would be to run through all intersections after the first call to |
Created pull request #1204 as a fix for this issue. |
I think there should be a better solution to this... I want to think about it a bit. |
@iconexperience this was a tough one to crack! But with this new code, no recalculation of curve-time should ever be required, and rescaling is correctly handled if dividing happens before and after a given location. I hope it was worth the effort for performance... |
@lehni
The variable |
Did you try the latest state of the develop branch? I already fixed this, I think. |
@lehni Sorry, your are correct. I tested agains an old version. This has already been fixed. |
In the following example the intersections are moved during
resolveCrossing()
and produces a wrong result.Expected result:
Acutal result:
This behavior was introducded in fbb0c59 , which was introduced to fix a similar issue.
This certainly has something to do with the overlaps, but I do not fully understand what is going on.
The text was updated successfully, but these errors were encountered: