Avoid spurious diffs from inadvertent newline changes by letting git
normalize newlines in the path module as well, just as a list of other
modules including Draft already do.
This effectively standardizes all checked-in code to Unix newlines, but
checkouts might use CRLF if that is the user preference.
- Do not show editor when gcode size exceeds 100kb. The poor editor
widget cannot handle that much output, and will hang FreeCAD.
- Avoid quadratic behavior in output accumulator. While Python greater
than 2.7 avoids quadratic behavior in string accumulators, this optimization
is defeated when the string is forced to be materialized to contiguous
memory, as was done by the `.trim()`. As a result, we got quadratic complexity,
ensuring that large jobs would never successfully be post-processed.
This post has been created because Mach is unable to use constant velocity mode with G0 resulting in jerky movement when using adaptive paths. This post converts the G0 moves to G1 and uses the tool controllers rapid speeds.
Added in minimal way, ie did not convert ALL existing comment blocks to
bCNC format, as either existing seemed preferred, or already wored as
bCNC header blocks.
Enabling with --bcnc argument (not default) adds () gcode comment blocks
in bCNC format to provide colapsable blocks that can be dragged in bCNC
to edit or alows en/diable in the job.
This is a postprocessor file for the Path workbench. It is used to take a pseudo-gcode fragment outputted by a Path object and output real GCode suitable for the Max Computer GmbH nccad9 Computer Numeric Control used in german (vocational) schools.
Supported features:
- 3-axis milling
- manual tool change with tool number as comment
- spindle speed as comment
gCode files must use the suffix .knc !!!