This reverts commit 9b43ab3ad756de3d6f0e1e855bfc5af1928db21f.
The material_alternate_walls setting was supposed to be disabled.
Something to do with hardware.
See CURA- 8079
The original commit flipped the boolean of how optimize_wall_printing_order worked.
The updated description was the opposite of the original meaning.
However, the commit was performed without updating all profiles along with the flip in meaning of this setting.
Let's flip it back in the frontend and also in the backend.
This reverts commit bccf531aa6d13ddd87fe5f84ce71b09f71a17c0f.
This is currently only used in the pre-read of workspaces. In some cases, the project file may have a material that is not compatible with its own stack using the current rules in Cura, either because the rules changed or because the project file is wrongly crafted/edited. This causes Cura to say there are no quality profiles if the material profile is not compatible with the printer, preventing a crash due to the KeyError.
This description is shown for the X-min/Y-min/X-max/Y-max settings in the Machine Settings dialogue, in the tooltip. The new description is written to sort of apply to the polygon but also to those settings in the GUI. It needs to be understandable from the GUI in any case. Being technically correct for the polygon is bonus.
Fixes#11011.
The top/bottom speed is reduced by 80% to allow for better cooling of the top layers. This reduces pillowing. The line width is increased by 80% to maintain the flow equalization. PP-95
This was causing a crash. The extruder train had a different ID. The preferred material doesn't exist so it selects a random one that does match. I've set it to be default. The preferred quality needs to refer to the quality type.
Contributes to issue CURA-8782.
These images are binary data, usually quite big and change often. We don't want to make the Git checkout unnecessarily huge with this. We'll put those properly in cura-binary-data.
The HTML files are not really binary, but they belong together so it's easy to administer them if they are in the same repository.
We want to be able to set this to 0. But to be most consistent with how we handle other structures in Cura I'd like to make this a numeric setting.
Contributes to issue CURA-8081.
We should know better than to name a setting after a particular printing profile (i.e. 'use this for that profile'). We name our settings as much as possible after their effect on the print.
Contributes to issue CURA-8081.
