Open trapgate opened 3 years ago
As @dmadison pointed out in #116, this occurs only when using a newer version of the svg.path library than the one specified in requirements.txt. So this PR only makes sense if you want to move to the newer svg.path version.
When culling duplicate lines in the generated svg files, if the path immediately preceding a
Close
element was pruned, the Close would end up drawing a line from the beginning of the deleted element, rather than the end. This is because even though the svg.path library adds a start and end point to a close instruction, the actual XML representation is justZ
, with no coordinates, and it draws a line from the end of the previous line, to the location of the most recentMove
. To fix this, this change replaces allClose
elements with Lines instead.Fixes #115