Thanks for the background, and for giving it some thought! Will let you know if any ideas come to my mind as well.

@frederik Hate to bring up Ill*strator, but I actually think it handles this pretty well (no pun intended).

noted down for future RF version to auto deselect on removeContour :) thanks!

imagine!!! this still works ;)

@frederik Excellent, thanks!

Its indeed similar to a pen. This allows easy subclassing of internal tools by simply adding behaviour to a tool. This tool is subclassing _mouseDragged as it needs the same behaviour but with the shift constrain disabled, as this tool will perform his own shift behaviour.

Thank you for the responses. I wondered if yellow was simply advisory, but happy to have confirmation. Much appreciated. Cheers

Thank you @gferreira & @frederik !

create bug!! RF decided somehow those contours are really bad... and deleted them for you, its a FEATURE!! fixed in the next update!!!

I know a number of graphic designers who use robofont and glyphs in their workflows. Not just for drawing logotypes but for logos, patterns, and other design elements.

hello @bahman, have a look at ContoursLock, it allows you to lock individual contours by index. salutations!

Awesome thanks @frederik! And will check that out, thanks.

Hey guys, I created a small script that makes sorting contours easy (at least for me) https://gist.github.com/RafalBuchner/ff73b03d1c2970182d7dbe1d6060d32b Everyone, feel free to use that. I'm not sure about the usage of the Pens though: is drawing in rearrangeOrder function done accordingly to the proper way of using pen-protocol? I was improvising a bit and I'm not sure about it. I'm working from time to time with point labels. The pen object created by me is deleting data like that: Is there any good way to make sure that when redrawing the glyph none of the data like that will be erased? Best, R

Thanks for weighing in! Just to be clear, I'm not necessarily expecting things to stay magically compatible – I only am looking for a way to remove overlaps, but leave any points intact that are on the exterior of that combined shape. I think you understood my meaning already, but my initial image was pretty ambiguous, so this shows my general hope better: So, it sounds like the way the Remove Overlap functionality works, it's not that these points are removed as an extra step, but rather that their removal is a core part of the function? And there's no way to "turn that off"? As a simple temporary solution, I have found that I can at least have a visual of missing points by duplicating the glyph to an "overlap" layer, then turning that layer's visibility on. You could run a pre-overlap code getting points that are going to be removed... and add them back in a post-overlap script Is there some kind of accessible list of points to be removed (that doesn't seem very likely), or would I have to find a way to loop through points, and mathematically determine if they're on a straight path?

This should help: https://github.com/fonttools/fonttools/blob/master/Lib/fontTools/misc/bezierTools.py

there is a big difference between being compatible for interpolation (aka fontMath) and for variable fonts. Variable fonts requires (out of my head): same amount of point both oncurves as offcurves same amount of kerning pairs same amount of kerning groups same amount of glyphs

There is no other way :) if the point doesn't align exactly, some points need to be moved and shifted. RF opts to modify the last point (and offcurve) of the contour that is being dragged. great!!

@RafaŁ-Buchner you’re right :) better to use the boolean glyph method then.

thanks for your example!!

@typemytype ahh, good to know. thanks!