And an example of such usage: In the material sync via cloud we only want to sync with printers that can receive those materials.
We might want to add a message for the user to also make sure the firmware is up to date. Because if the firmware is not up to date now it will show no printers and instruct the user how to connect the printer to the cloud.
Contributes to issue CURA-8671.
We changed tree support to have a correct top distance now. If you ask for 0 top distance, you get 0 top distance. If you ask for 0.2mm top distance, you get 0.2mm top distance (rounded to layers). Previously the top distance was too high. Yet it seems that people were happy with how easily Tree Support was removed from the print. So this is a best-effort attempt to keep the final result similar to what it was originally.
It won't work for everything, I fear. But it's about as good as we can make it.
Contributes to issue CURA-7624.
The engine would reserve space for each outline that should be there according to the count, not for each wall that was actually printed. Values of 999999 where chosen after discussion for _some_ of these (but not anything to do wit hskirt-brim, since we use those in the frontend for dissalowed areas) becasue then you can just fill a number of nines to get a completely 'walled' model printed.
We removed the limit of density for the first bridging layer, but there are more settings for that, and there's a similar arbitrary limit for flow in place.
Contributes to issue CURA-8639 and #10736.
In the fdmprinter definition the 'infill' is created by 999999 bottom layers to change to infill pattern to lines. This hack is reverted for ultimaker printers. More info: PP-25
There is no theoretical or algorithmic limit here. We may warn the user, but not prevent them from changing it.
Done as a five minute fix. Fixes CURA-8693. Fixes#10736.
Conflicts:
resources/i18n/de_DE/fdmprinter.def.json.po -> German translations got some fixes in master while we also updated the new translations for 4.12.
From Smartling
- Chinese Simplified
- Dutch
- French
- German
- Italian
- Japanese
- Korean
- Portuguese
- Rusian
- Spanish
- Turkish
Contributes to CURA-8638
The global profiles weren't used because these printers don't have xyzprinting_base as their quality definition. And they can't use that because they do have different settings per printer in their quality profiles.
Instead it was using quality profiles from other materials, since those quality profiles, even though they were material-specific, were marked as global profiles.
Both of those issues are fixed now.
Contributes to issue CURA-8630.
