All of the profiles currently in Cura that set the gradual infill steps also set the step height (to 3 to 5 layer heights). I'd have chosen 4 layer heights as default based on that, but our material experts say that 1.5mm is about right for most models.
Contributes to issue CURA-3732.
CURA-3740
These settings inherently have to do with multiple features and
so we should find a value function which depends on
settings from the extruder trains corresponding to those features (wall, skin, infill).
However, we haven't found those functions yet and we have to do research.
Once we have found the formula these settings shouldn't depend on a single extruder any more
and so we should remove the limit_to_extruder.
CURA-3740
These settings inherently have to do with multiple features and
so we should find a value function which depends on
settings from the extruder trains corresponding to those features (wall, skin, infill).
However, we haven't found those functions yet and we have to do research.
Once we have found the formula these settings shouldn't depend on a single extruder any more
and so we should remove the limit_to_extruder.
Smoothing the contours minimises the visibility of the z-seam and for most models is
probably a good idea. Where it is less good is when the model has a fine surface details
which will get mangled by the smoothing. So we should let the user decide whether they
want to smooth or not. The default is true as most of the time it's a good thing.
# Conflicts:
# resources/definitions/fdmprinter.def.json
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.
