← back to pin list

10. DXF export layer table

kerfmaster pin list · UI / workflow decisions

intentmixeddeferred d14What we want to build. Never claimed the present, so it cannot be stale — and must never be read as a description of the code.

Content last changed 2026-08-02 — computed from the item itself, not typed.

Contract — Report stage

This contract describes a stage we intend to build — it is NOT a description of the code.

takes healed-geometry

makes delivery

fails if A healed entity that lands on no layer, or on a layer a customer's CAD hides.

Contract last changed 2026-08-06 — computed, not typed. Dated separately from the text above, so neither date can speak for the other.

⚠ Known defects

This item's subject has a known defect in the code. Source: cadmaster/defects.jsoncadmaster/KNOWN_DEFECTS.md, not this page — the text below is generated from the register so the two can never disagree.

When we export the healed DXF, some CADs won’t render entities that reference a layer the file never formally defines. So the exported DXF needs a proper TABLES section declaring our layers (HEALED, and later QC_FLAGS / QC_FIX / CUT / ENGRAVE).

Why

Suspected cause of a report that a tiny hook arc didn’t show in the customer’s CAD: the entity was on a layer their CAD didn’t know, so it was dropped from the view. Declaring the layer table fixes that.

Built

The TABLES section with a LAYER table ships — dxf_r2000.py:180-184, which declares layer 0 plus every layer the caller passes. The healed DXF declares HEALED (emit.py:48). The review DXF declares HEALED, ORIGINAL, CM_BRIDGE_OK, CM_BRIDGE_ADJUST, CM_SPACING_FLAG, CM_NOTES with their colours (emit.py:74-75).

Still open