The registry checks if they are in sync and complains if they aren't. The extruder count is set back to default to 1 upon adding the machine.
Contributes to issue CURA-3497.
This adds a set of variants that just set the nozzle diameter and nozzle tip diameter. These variants are not used until the machine action sets the has_variants metadata entry.
The case where it reaches '20' is incorrect, it should never give an error, so it should've been 999999 or something. This case is also overly complex.
Say that P is 'infill_line_distance > 0' and Q is 'spaghetti_enabled'...
Then it would be the logarithmic if (P and not Q)...
Then it would be 0 or 20 if (not (P and not Q)), which is ((not P) or Q)...
Then it would be 20 if (((not P) or Q) and not Q), which is (not P)...
And it would be 0 if (((not P) or Q) and Q), which is Q.
So therefore it can be simplified to: 20 if (not P) else 0 if Q else logarithmic. But 20 became 999999, hence the above formula.
Contributes to issue CURA-3700.
The combination PC-0.4 and PVA-0.8 wouldn't print because the raft was getting so big that it intersected with the prime tower. Moving the prime tower 1mm down allows us to print again.
Contributes to issue CURA-3650.
It's not a problem to have lower jerk. It'll just print corners quite slow. But sometimes that's necessary, for example for PVA.
Contributes to issue CURA-3650.
With very thick layers, fewer layers will still provide enough strength to not sag. 2 is quite a hard minimum though because there are 2 different orientations.
Contributes to issue CURA-3650.
It was being violated by the superdraft profiles. With very thick layers, 2 layers of interface suffices. But 2 layers is not quite enough for very thin layers. So I'm making it scale a bit more slowly with an offset.
Contributes to issue CURA-3650.
Only in the front-end though. No settings are renamed. No documentation updated. As far as the back-end implementation is concerned, it's still called support bottom.
Contributes to issue CURA-3491.
