There were a number of problems with it:
* There were duplicate JSON keys. One of the duplicates gets ignored then according to the JSON implementation in Python.
* There were some 'value' properties that contained undefined variables since the setting type was a string and the value is a string containing a Python expression that should result in a string, not a plain string.
* There was one instance in which a 'default_value' property contained a formula.
Contributes to issue CURA-7752.
These IDs were the same as the Creality profiles. As a result, only one profile could load into Cura of the two duplicates. In this case it chose Biqu's profile, and the Creality profiles wouldn't load as a result.
Contributes to issue CURA-7752.
This is the default (preferred) nozzle for the FABtotum Personal Fabricator.
Apparently when these nozzle profiles were added, the existing quality profiles weren't considered. We'll now put them on the nozzle size that the FABtotum printer had before the nozzle profiles were added. There is also the Pro nozzle for FABtotum but I think the Lite is more likely what the profiles were originally made for, since that is the default.
Normally we'd require contributors to submit up-to-date profiles but in this case they did, we were just slow to respond.
Contributes to issue CURA-7757.
* Added BIQU machine base files as well as BIQU B1 machine files.
* Fixed a variants settings version error.
* Updated base def by removing excluded materials and changing the pref to pla175
* Fixed the machine name value which should only take a default value and not also a value.
* Increased the max extruder feedrate to allow the default retraction speed.
* Removed comments from the quality profiles. Removed author from variants. Adjusted materials in quality profiles to refer to the 175 profiles directly.
* Enabled coasting by default in the B1 profile and increased the width of infill for the base profile.
* Updated all quality and variants configs to use settings version 16 in anticipation of release 4.8
* Final tweaks to B1 start gcode
* Added an ABL version of the B1 with tweaked start codes.
Can keep the CPUoccupied for a long time with higher values. Decided that very few people will need that many layers anyway. Rather than complete defer, at least warn people something might be up.
a 5-min. fix
* Add Creality CR-6 SE definition
Also did a few changes in the creality base.
* Add Creality CR-6 SE Nozzle variants
* Update creality_base.def.json
Reverted back to the 4.7 base file
* Update creality_cr6se.def.json
* Update creality_cr6se_0.8.inst.cfg
* Update creality_cr6se_0.6.inst.cfg
Updated to version 16
* Updated to version 16
* Updated to version 16
* Update to version 16
* Update to version 16
* Update to version 16
* Add files via upload
* Add files via upload
* Add files via upload
* Update fusedform_300_draft_abs.inst.cfg
* Add files via upload
* Delete fusedform_300_draft_abs.inst.cfg
* Delete fusedform_300_draft_pla.inst.cfg
* Deletion of old files
* changes in STD quality profiles
* Changes in mini quality files
* Changes in FF600 quality files
* changes in machine definition name
* Changes in definition files
* extruder and definition linking
* ff300 inherits and extruder def
* Update fusedform_300.def.json
* category deprecation in definitions
* inherits
* ff300 extruder definition machine
* extruder machine definitions
* Fused form FF600plus machine profiles
* PETG profiles
* Update fusedform_300.def.json
* changes in start gcode
* machine configuration dynamics on definitions
* speed adjustments
* dynamics modification in petg and flex quality
* Further adjustments on dynamics definitiosn
* Modification of all files under inherits data structure.
* Quality setting version 15 to 16
* These changes are for limiting quality types in the materials defined
* Quality Modification under Global and Material specific structure
Global quality structures and material specific definitions under the global structures
Since the prime tower for other extruders is now folded into one instead of alternating the layers, you need to have enough diameter to print all extruders, not just the current extruder.
Fixes one side-issue mentioned in #8148.
In cases where a staging build is created this hardcoded value would cause confusion, since it would always point the user to the production environment.
A printer was added in the meantime that had setting_version = 15, which was leading to failing
tests, considering that this PR has changed the setting version to 16.
CURA-7118
This doesn't actually speed up the process, but it does give some indication
that something is going on while the changes are happening
Contributes to #8250
A small positive (>100) value is correct. It needs to compensate by increasing the size, usually. If you need to compensate by making it smaller, that means that the material would expand when cooling, which is very rare.
Contributes to issue CURA-7118.
We have a change now that requires a version upgrade. This triggers all profiles to update for the user, and we must update accordingly in the built-in profiles.
Contributes to issue CURA-7118.
We'll now actually compensate for the shrinkage. That means that the setting needs to become user-visible. We need to make that experience a bit more user-friendly.
The setting is now also global, with a resolve function. That means that the user can't change this per extruder any more, because the scale factor applied in the engine can only be global. The resolve function means that profiles can still apply a per-extruder value but this value gets resolved with other extruders' values.
Contributes to issue CURA-7118.
