And then also update the profiles to make the profiles end up at what it was originally (I confirmed this with the materials team).
Contributes to issue CURA-3960.
It was giving a warning for 0.8mm polypropylene because that was set to 0.5mm hop. It was decided that a minimum value at all for z-hop is nonsense because you can just disable z-hop without getting a warning. I'm still setting it to zero because negative will still go wrong in your print.
Contributes to issue CURA-3960.
For polypropylene a wipe distance of twice the nozzle size is fine. Even required, since the material warps so much that it breaks open automatically if a breach starts to appear at the seam. For other warping materials this could also be a problem, so let's just increase the warning value.
Contributes to issue CURA-3960.
CURA-3872
We add a new setting "machine_nozzle_type" to give the engine
information about the nozzle type, such as "AA" and "BB". This is
applicable to UM3 and UM3XL.
Since the value is interpreted as Python code, it needs to have an extra set of quotes to be interpreted as a string instead of a variable.
Contributes to issue CURA-3907.
This makes the code easier to follow since we consistently use the same terms for things in our code as what is user-visible.
Contributes to issue CURA-3903.
Otherwise you get layers where the prime tower isn't printed because it is less than twice the line width, and then the prime tower falls away. I'm sure this was the whole intent of this 'max()' clause but it was executed wrongly.
The machine settings aren't visible, but sometimes we make some of them visible for an issue or just for a colleague. Anyway it's best to stay consistent even under water.
Makes sense that whether you need to sand is based on the material used for most of the material that you're sanding over. You're also sanding over the walls, but the skin is hopefully more telling for the types of surfaces you're sanding.
Contributes to issue CURA-3903.
These are the same as the top/bottom acceleration and jerk. Perhaps it could be set a bit higher because quality isn't an issue here, but the jerk basically accounts for every acceleration we make at the low default speeds we're using right now.
Contributes to issue CURA-3903.
