ajandClaude Opus 5.5 fa6f664296 fix(posts): pick Cincinnati CL kerf side from the shared contour winding ...

The CL post wrote the configured default side (G41) on every contour,
so a contour wound against OpenNest's convention was compensated into
the part. It now takes each feature's side from Core's shared
PostContours winding rule, as the CI Fiber post does: the perimeter is
picked across the part's cut features and hole sub-program contours
are always holes. Correctly wound drawings post unchanged.

Remove the "Default kerf side" post setting; saved configs that still
carry it load as before. Expose PostContours.Flatten and Classify so a
post can classify one part's features itself.

Add CL tests for a square with a hole: the exact inline program, cuts
that match the shared contours on the sheet, G41/G42 keeping the part
out of the kerf inline and through part sub-programs, and identical
output from absolute and incremental part and hole programs. The
replay now records the compensation in force on each cut.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

2026-11-11 15:52:10 -05:00

..

OpenNest.Posts.Cincinnati

fix(posts): pick Cincinnati CL kerf side from the shared contour winding

2026-11-11 15:52:10 -05:00

OpenNest.Posts.CincinnatiCIFiber

refactor(posts): share contour geometry between posts through Core

2026-11-11 15:36:44 -05:00

OpenNest.Posts.GravographIS

feat(posts): let posts load and save their settings as JSON

2026-10-25 20:02:08 -04:00