Open edges, exterior or interior, can now be used to generate paths.
The new feature behaves as though the parent face is vertically oriented (standing). It is preferred that the user select upper (top) edges. Selecting bottom edges in some cases may not produce a path.
Path ends calculations might need slight adjustment in the code. Path ends are *near* perpendicular to ends of edge.
Cut direction seems sporadic, but the `Direction` property will switch the direction of cut. The `CW` and `CCW` direction labels might not align with the actual direction. Additional algorithm modification is necessary to enforce fidelity to the labels.
Existing properties, `UseComp` and `OffsetExtra` are observed with open faces. Negative values for `OffsetExtra` have not been tested - only zero and positive.
Manual entries of FinalDepth values are now respected, even if below the calculated bottom of selected geometry.
Affected modules include PathPocketShape, PathPocket, PathCircularHoleBase, and PathAreaOp-based operations.
Fix format syntax issues
Derived from App::DocumentObjectT to add support of sub object
Also some minor changes to App::DocumentObjectT
Changed Gui::SelectionChanges to make use of SubObjectT
for effective use of boundaryDressup it needs to be able to set boundary limits which are not restrained to be >= work piece stock. Reuse of the Stock code means it gets the ( unnecessary ) limitations that stock must be greater than a rect/cyl around the 3D model.
This mod frees both by allowing negative values to be input for Ext*neg and Ext*pos values
https://forum.freecadweb.org/viewtopic.php?f=15&t=41555
This is a documentation of all GCodes used by the FreeCAD Path Workbench to e.g. simplify pre- and post-processor development.
Initial commit.
See [forum discussion](https://forum.freecadweb.org/viewtopic.php?f=15&t=42655).
while fixing a SVG export issue for techDraw I noticed that some SVG files have program-dependent (and thus not clean) code in it. These are traces of the programs Sodipodi and Inkscape, like e.g. this line:
inkscape:export-filename="/home/yorik/PartDesign_Groove.png
This is unnecessary and FC should not use program-dependent code in the SVG but use instead plain SVG strictly following the SVG specification.
This PR transforms the few affected SVGs to a plain version.
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 !!!
