There was some confusion about whether this was the thickness of the outer walls or just the thickness of walls in general. I've removed 'outside' from the description, because hopefully that is implicit enough.
Even though it was commented-out, it was still being detected and made Cura think that the start g-code was heating up the nozzles by itself. I've removed the lines so that the normal temperature commands get inserted by Cura automatically.
Because of the missing files for fdmextruder and fdmprinter, I re-generated these translations from the POT template. But that erased them, so I put the old translations back and then updated them properly with the new keys.
Contributes to issues CURA-3885 and CURA-3817.
These were generated using 'make i18n-update-po' on the 2.6 branch at commit 37fccecce7e5f81d3b5bf70ad981602c97120669. This should add all new strings to all .po files for Cura and retain any old translations that we had.
Contributes to issue CURA-3885.
These templates were generated using 'make extract-messages' on the 2.6 branch at commit 3be6526be3c550862451747041516a453c2a9878.
Contributes to issue CURA-3885.
CURA-3881
CuraContainerRegistry._activeMaterialId() can return an empty string
if there is no active material, and in this case, importing a custom
quality file will fail.
CURA-3738
Getting limit_to_extruder from definition in QML returns a
SettingFunction which hasn't been evaluated. This causes the comparison
not to be working. We change it to use the global stack to evaluate so
we can get an actual extruder number string.
The feature is meant to improve the quality of the skins. Whether this is needed should depend on the material of the skin rather than on the material of the inner wall, even though the feature itself is printed with the inner wall extruder.
Contributes to issue CURA-3740.
* 2.6:
Error out when trying to import a profile witha quality_type we dont have
Add default for colour code of material
When trying to convert None to RGBA, log it and return a usable default
