Closed quipo closed 1 year ago
Hi!
Thanks for the fix of the proxy graphic issue, I added it manually.
I am not sure if your solution is a good solution because there is always someone who needs a narrower hatch lines. The problem is that very narrow hatch lines took a VERY long time to render, the drawing add-on has a 30 seconds timeout limit for that, but that's more like an emergency switch.
CAD applications can decide if the hatch lines are visible or not and can render a solid filling instead. The hatching.py
module doesn't have this information.
I have no idea how to fix this yet, but it's more complicated than changing a constant.
The default behavior of the drawing
add-on is to render a solid filling if the hatch line distance is too narrow.
The minimum hatch line distance of the drawing
add-on can be overridden by the option Configuration.min_hatch_line_distance
.
When using the hatching
module directly, the function pattern_baselines()
and the class HatchBaseLine
have an additional argument min_hatch_line_distance
to set a custom value.
The default value of MIN_HATCH_LINE_DISTANCE
is still 1e-4.
Describe the bug We encountered some DXF files that have a minimum hatching line distance that is smaller than the minimum allowed in the library. Unfortunately I can't share the DXF file, but I tried reading the file locally and it works fine with this patch against ezdxf 1.1.0:
(alternatively, can it be configured via the API?)
We also had this other patch lying around, which used to fix another issue we had, in case it makes sense to apply it: