| Age | Commit message (Collapse) | Author |
|---|
|
CURA-4186
|
|
CURA-4148
Resolve merge conflicts.
|
|
So I added a function that checks the support on all extruders and the global stack.
Contributes to issue CURA-4148.
|
|
active stack gets changed.
CURA-4186
Trigger signals to re-evaluate default settings in pre-object settings
when the active stack gets changed. Otherwise the values won't be
updated directly.
|
|
CURA-4186
In a per-object setting, if there is user defined value, use that first.
If the value is default, then evaluate it with the normal routine.
|
|
CURA-4186
|
|
CURA-4186
Add a dedicated stack class PerObjectContainerStack for per-object
settings to evaluate limit_to_extruder values correctly.
|
|
CURA-4186
All getProperty() calls should use the provided context.
|
|
CURA-4186
|
|
|
|
https://github.com/fieldOfView/Cura
|
|
Fix multiextruder menus
|
|
|
|
|
|
CURA-4188
|
|
|
|
CURA-4167
In the current architecture, single-extrusion machines don't have
extruder stacks.
|
|
|
|
This went wrong a few times with previous translations. Let's hope that this prevents it from happening again.
Contributes to issue CURA-4113.
|
|
Some of the translators got this wrong last time. Let's see how good they read this next time...
Contributes to issue CURA-4113.
|
|
CURA-4145
|
|
CURA-4129
|
|
CURA-4151
The quality searching code in _configureProfile() for importing quality
profiles doesn't take into account base materials. Use the function in
QualityManager to solve this problem.
|
|
CURA-4129
Searching for used materials should also take into account the material
container ID.
|
|
|
|
CURA-4133
On some machines such as UM2, there is no material. Getting the layer
height in this case will result back to the global stack itself, which
is the layer height of the current setting. This is a problem for
"Normal" (or "Fine") quality because it uses the machine's default layer
height.
|
|
CURA-4129
|
|
CURA-4129
|
|
We fill the stack with an empty container rather than with None in that case.
Contributes to issue CURA-3301.
|
|
We want it to be the empty profile instead. This gets passed on all the way to _replaceQualityOrQualityChangesInStack where the metadata is requested.
Contributes to issue CURA-3301.
|
|
The property is called activeMaterialIds, but it returns the stack ids. The code is superceeded by allActiveMaterialIds.
|
|
CURA-4129
isContainerUsed() is used to enable/disable the "Remove" button on the
Material Manager dialog. When a custom material is created, it creates
multiple containers, one for each extruder variant. In the dialog, it
only checks if the material for the currently active extruder is being
used or not. This causes a problem when 2 extruders are of different
types and one uses a custom material. Then, the "Remove" button will
not be correctly enabled/disable in the Material Manager dialog when
the other extruder is activated.
|
|
CURA-4107
|
|
CURA-4107
|
|
Not all extruder stacks have a next stack. Well currently every extruder stack should have a next stack, but the code is built around the possibility that there isn't a next stack elsewhere too.
Contributes to issue CURA-4121.
|
|
Since the user container may trigger a propertyChanged signal, which then requests the next stack.
Contributes to issue CURA-4121.
|
|
CURA-4107
A newly created stack will have an empty definition changes container by
default, but when a machine or extruder gets activate, Cura will create
a definition changes container for it if it has an empty one. This lazy
creation caused the problem when after Cura creates a multi-extrusion
machine for the first time, switching to a different extruder tab will
cause an extruder stack change, which eventually triggers an unnecessary
auto-slice.
|
|
Use pyserial to list serial ports
|
|
Top most skin feature (CURA-3940)
|
|
CURA-4084
When MachineManager gets created, it will find and set the current
active machine. This requires the ContainerRegistry to be initialized
first.
|
|
CURA-4084
Stack error checks are scheduled with a delay, and when a container is
changed (e.g. Quality), the auto-slice may get triggered before the
error check is done. Because the error check result is cached, the
auto-slicing will use the previous result instead of new. So, the
auto-slicing should be triggered when a stack validation is finished
instead of when a stack/setting gets changed.
|
|
(CURA-4069, CURA-3940)
|
|
CURA-4069
support_bottom_extruder_nr and support_roof_extruder_nr are the support
interface extruder numbers, so checking those two is enough and there is
no need to check the interface extruder number.
|
|
CURA-4069
|
|
CURA-4069
getUsedExtruderStacks() doesn't take into account some new limit to
extruder features, The BuildVolume uses it to determine disallowed
areas, and this makes it give incorrect results.
|
|
Fixes CURA-4065
|
|
We never use the _instance variable except in deepcopy, so no need to
store that.
Contributes to CURA-3719
|
|
CURA-4049
|
|
If a PrinterOutputDevice is able to connect quickly to a machine, then
by the time the MachineManager is created and connects to the signal,
it will be too late, and it might miss that there is already connected
devices.
# Conflicts:
# plugins/USBPrinting/USBPrinterOutputDeviceManager.py
|
|
But only when the setting that changed has a relation that is not
settable per extruder.
Fixes CURA-3521
|
