If I cut and paste and manually scale (90% in this case per iteration), the number of nodes doesn’t change, although the shape doesn’t stay the same, due to the nodes moving relative to each other.
The offset system only works with line segments, so everything is converted to them, then back again by refitting to arcs and linear segments. If you have something that doesn’t actually fit as an arc, it can create a lot of smaller segments. It can also be affected by your output tolerance (set at the bottom right of the settings) if the value is very small.
One of the devs is working on integrating better curve re-fit tool, which we hope to use for more things like this. Instead of just doing simple arcs it will recover proper splines within some distance tolerance, and that will result in far fewer segments for cases like this.
The node count isn’t as bad as you might think - the semi-transparent blue ones are the tangent handles, and while it looks messy, the real nodes aren’t as dense:
I’m not even 100% positive that it’s used (I think it is, as it’s used for a number of internal things like this), but would be the only thing that controls it for the moment.
Correct - it’s a global setting that is used for all kinds of things, including converting splines to segments when generating the output to the machine itself. The default is 0.05mm. Going too large with it can produce jerkier motion, so be careful if changing it.
As I said, we’re working on a better spline re-fit tool that will be used instead of just arc fitting, and that will help in cases exactly like yours where the offset result isn’t just arcs.