Age | Commit message (Collapse) | Author |
|
CURA-7689
|
|
CS-171
|
|
|
|
They are not used.
|
|
|
|
I just got word of a new page to read up about the firmware update. Apparently we now have to link to this one.
Contributes to issue CURA-5483.
|
|
make the code handle that.
|
|
CURA-5694
- Add convenience functions into GlobalStack
- Use "has_variants" and "has_materials" instead of
"has_variant_materials"
- Remove "has_variant_materials"
- For extruder qualities, skip global qualities if the machine has
variants or materials
|
|
For the network printing output device this doesn't work yet, but for removable drives it will now put g-code in a gz archive when storing it.
Contributes to issue CURA-5097.
|
|
|
|
Sometimes it's out of sync. Sometimes even missing. Let's just not use that any more.
Contributes to issue CURA-4243.
|
|
This should make it a bit easier for others to create a new definition since there is less for them to 'have to know'. Previously they would be required to fill in as category Other, but now they can just leave the category out.
|
|
The material profiles are sent to UM3 with a manufacturer that's obtained from the printer definition rather than the material definition. The printer definition was 'Ultimaker' rather than 'Ultimaker B.V.' and the printer checked against this.
Contributes to issue CURA-4159.
|
|
Otherwise we might end up with 0.8mm AA cores, and those don't have a normal quality profile so that gives all sorts of trouble.
|
|
As per our code standards.
|
|
The Ultimaker 3 is now released, so we can make this data public. These are the Ultimaker 3 definition files (with their physical properties as Cura requires them, such as build volume) as well as its extruders, print cores, quality profiles and build plate mesh. And also for the Ultimaker 3 Extended. Modifications to the material profiles will be published in the fdm_materials repository.
Contributes to issue CURA-2737.
|