This is an extensive re-do of the script.
# Added an 'Enable' setting
# Added support for multi-line insertions (comma delimited)
# Added insertions in a range of layers or a single insertion at a layer. Numbers are consistent with the Cura Preview (base1)
# Added frequency of Insertion (once only, every layer, every 2nd, 3rd, 5th, 10th, 25th, 50th, 100th)
# Added support for 'One at a Time' print sequence
Add pause count notification
Update DisplayInfoOnLCD.py
Moved some line insertions to accommodate newer Creality firmware.
Change DisplayFIlename and DIsplayProgress
Add messages to use DIsplay Info and add exit code.
Update DisplayInfoOnLCD.py
Some changes
Get the current print time estimate, adjust it by the Fudge Factor, and add it to the current time +10 minutes (to actually start the print.)
Update DisplayInfoOnLCD.py
Change message format for Finish Time Estimate.
Added Gradual Accel Change.
Update LimitXYAccelJerk.py
Round the Accel numbers to nearest "50".
Create LimitXYAccelJerk.py
New post processor to limit the X and or Y accel and jerk for bed-slinger printers.
Update LimitXYAccelJerk.py
Removed debug code.
Update LimitXYAccelJerk.py
Remove debug code
Update LimitXYAccelJerk.py
Bug Fix
Remove code that added the PP name to the gcode.
Create DisplayInfoOnLCD.py
This post processor combines DisplayLayerAndFilename with DisplayProgress. Those two post processors would be obsolete.
Some printers accept commands like TIMELAPSE_TAKE_FRAME or whatever, after all. Make it explciti that a line should start with T<number> in order to qualify.
Should fix#15729
Users could still set the option first, _then_ switch to Griffin, giving the same problems before the default was switched to false (since the setting is disabled for Griffin flavour anyway).
part of CURA-10451
Hold-stepper-motor (and maybe beep) options, newly introduced previously, _and on by default_ (even though it was clear they where not meant for Griffin flavour GCode -- because at least the hold-motor option was not even visible for Griffin) where causing UltiMaker printers with prints that had the pause-at-height script enabled to fail.
should fix internal ticket CURA-10451
I removed the period from the G-code to insert label for consistency. I also added a third option to this called "Skip layers". This allows you to insert gcode with a specific number of layers skipped (i.e. skip layers 1 will insert gcode every other layer, skip layers 3 will insert every fourth).
As an example, this change allowed me to insert a nozzle cleaning routine in my gcode without having to run it EVERY layer.
For non-Repetier and non-Ultimaker printers - Move the prime extrusion so it occurs while the print head is still in the parked position so the blob doesn't happen over the print (GitHub #13584 and #11471 for reference).
Add a user option to use M104 or M109 for the resume temperature to avoid an unnecessary delay if the resume temperature is the same as the standby temperature.
committed as part of CURA-9822
For relative mode, not only needs the retractions created to be actually relative, but it also needs to compensate on the next G1 (as opposed to absolute mode, where you'd want to go to the same absolute E position after). Rather than massively complicating the already gnarly code (once it found a G1 retraction, it scanned forwards to find G0 statements (which it rewrote to G1), so it would go over those _again_ in the middle (layer) loop). While this worked for absolute mode, but would be a nightmare to make work for relative mode as-is (if only because the compensation could _also_ potentially involve keeping track of things over the outer loop). As a bonus I think the resulting code is actually easier to read.
part of CURA-10092 -- should fix#14100
