Age | Commit message (Collapse) | Author |
|
|
|
# Conflicts:
# resources/qml/PrinterSelector/MachineListButton.qml
|
|
Old one was not displaying on my machine
CURA-9422
|
|
Show all configurations in "abstract" printer from cloud
|
|
done as part of CURA-9422
|
|
Already moslty implemented, but a new approach of the base feature (abstract cloud printers) made a more? elegant and functioning implementation possible.
(re)implements CURA-9422
|
|
|
|
variable decides which component should be used for the model.
CURA-9514
|
|
|
|
Ultimaker/PP-216_Move_top_surface_settings_out_of_experimental
Moved top layer (roofing) settings out of experimental: “Top surface …
|
|
CURA-8463_cloud_configuration
|
|
|
|
CURA-9514
|
|
disable travel_avoid_supports
|
|
CURA-9514
|
|
CURA-9514
|
|
automatically remove all holes when spiralizing
|
|
While CURA-9337 is not implemented this a mitigation to avoid unnecessary combing. PP-172
|
|
Clean up of standby temperatures to printing temperature -100deg. This is a safe default. PP-192
|
|
CURA-9422
|
|
CURA-8463
|
|
|
|
Having a separate class for the AbstractMachine complicated things; it's behaviour was extremely similar to the GlobalStack so adding one more stack container type in addition to the many similar setting container types we already have adds complexity to the system. Having these different classes for machines and abstract machines also add complexity to the update script as the abstract machines were stored in a separate folder from the machine types.
Because of these reasons we decided to replace the AbstractMachine by a GlobalStack where the is_abstract_machine property metadata property is set to True.
CURA-9514, CURA-9277
Co-authored-by: joeydelarago <joeydelarago@gmail.com>
|
|
Main addition of this upgrade plugin is creating cloud printer types for each of the machine instances.
Cura-9289
Co-authored-by: joeydelarago <joeydelarago@gmail.com>
|
|
|
|
CURA-9524
Fixes #12828
|
|
Co-authored-by: Casper Lamboo <c.lamboo@ultimaker.com>
|
|
Line Width”, “Top Surface Skin Pattern”, “Monotonic Top Surface Order” and “Top Surface Skin Line Directions” as children under “Top Surface Skin Layer“ in the Top/Bottom menu.
Relates to PP-216
|
|
CURA-9514
|
|
CURA-9514
|
|
CURA-9514
|
|
CURA-9514
|
|
CURA-9514
|
|
Cleanup redundant code.
CURA-9514
|
|
includes both abstract machine stacks and regular machines
Add machineCount for displaying the number of machines of a type.
MachineSelectorButton is in use in other places, swapped it out for a new Component MachineListButton.
CURA-9514
|
|
Made typing more generic to work with an ContainerStack to compensate.
Made AbstractMachine getMachines a classmethod so it can be called with ContainerStacks.
CURA-9514
|
|
Ultimaker/CURA-9357_hide_middle_line_threshold_settings
[CURA-9357] Remove some very difficult to explain (even to experts) settings.
|
|
Spiralize is meant for models which are solid, but many people don't know and model their things hollow.
With this automatic setting change these people won't notice that they have modeled it wrong.
Which means there are less times I need to explain stuff to users.
Profit.
|
|
the RecommendedInfillDensitySelector would set infillDensity=100.
This is because the onValueChanged function checks if the slider has a different value from the settings and updates the settings if it does. The slider has a max value of 100, so when setting the sliders value to 1000 the slider would update to have a value of 100. This would then update the setting to value to 100.
The fix is as follows. When updating the slider value > 100 just ignore the first onValueChanged. Following onValueChanged, which are triggered by the user sliding the slider, will still trigger.
CURA-9488
|
|
Ultimaker/PP-187_move_shrinkage_compensation_values_to_fdm_materials
Removed shrinkage compensation from the quality profiles. They have b…
|
|
People accidentally set (checkbox) settings when mis-clicking slightly when scrolling through the settings.
CURA-9530
|
|
Hide cloud interaction buttons if the user has no permissions to them
|
|
support
CURA-9520 PPM: Tree support has infill density 15%, but should have 0%
|
|
Ultimaker/CURA-9520_Fix_support_infill_tree_support
CURA-9520_Fix_support_infill_tree_support
|
|
This may cause overflows if the integer type is 32-bit, but we tend to use 64-bit anyway. And 9,999,999 was already an overflow too.
Fixes #12859.
|
|
Relates to CURA-9520
|
|
It is replaced by the new permissions system. The rights are more specific than 'digital factory access, yes or no'. It's now about whether you can read/write printers/projects/print jobs/etc and can differ whether it is your own project/job/etc or someone else's.
Contributes to issue CURA-9220.
|
|
These functions require special permissions in the account now. Just checking for digital factory access is no longer enough.
Contributes to issue CURA-9220.
|
|
If the user is not allowed to write profiles to the printers, then they'd get errors when trying to sync. Instead we'll redirect them to the USB workflow.
This also works for users that have accounts but don't have the printers in the cloud. The original requirements suggest that the entire sync button must be hidden for this case. But to allow those people to still sync via USB I'm opting for this solution instead.
Contributes to issue CURA-9220.
|
|
|