Remove Overlap does not remove the loops that are meant to be removed. Is this intentional? I thought it might be, but I got a question from someone else.
Left: before, Right: after
1 Like
Anyone? Is this an intentional change?
G3 [3120] macOS 10.13.6
That’s been happening to me for quite a few builds. In addition, if there is more than one overlap G3 will remove the overlap on all but one of them. I’m so far along in my current project I just deal with it and haven’t reported it.
Test it by drawing a box primitive, open all corners, then Remove Overlap.
That is not intentional. And I though I had fixed it already. I’ll have another look.
Looks like the loop is kept where the starting node is included. Otherwise the loops are made into new paths and left un-deleted.
(before and after)
2 Likes
This is still annoying me.
How can I get rid of outside open corners after individual Remove Overlap?
Can you check the path direction. And what version of Glyphs is that?
Thanks, this the latest Beta 3.2 (3196)
and I hit CMD + Shift + R all the time.
Can you send me one of the glyphs?