mirror of
https://github.com/ajisaacs/OpenNest.git
synced 2026-10-07 09:02:11 -04:00
aj
48367da820
1b422efread absolute-mode hole subprograms by converting an incremental-mode copy of every clean program. Rebuilding absolute endpoints from incremental deltas is not exact: after a rapid at 1e12 a 1x10 rectangle moved by about 2.4e-5 and a real 2e-5 overlap was reported clear, in the overlap overlay and pre-post verification as well as Plan Cutting. Convert programs directly again, which reads absolute coordinates exactly, and refuse an absolute-mode subprogram as an incomplete check instead: the converter adds a call's frame offset to incremental moves only, so it would read such a hole at its frame origin. OpenNest writes hole subprograms in incremental mode. The null-list and unknown-instruction refusals from1b422efstay, and CopyForGeometry is private to the planner again.