有趣的是，这些操作似乎有效，即使它不像这个执行交叉影线的 laser_fill_path 操作那样呈现。

vcarve 操作…虽然它似乎雕刻了字母 OK，但似乎也呈现了一些大的垂直线。

这方面的 GCODE 肯定是不好的。路径 18 似乎在 la-la 土地上关闭。如果我删除错误的路径……其余的看起来就像我期望的 USGS 中的这条 vcarve 路径。

@lautr3k 在控制台加载附加文件时得到了这个。有帮助吗？

在 lw.svg-parser 演示页面（https://lautr3k.github.io/lw.svg-parser/dist/example/）上表现出色：

编辑：关于字体大小的警告不相关。

@lautr3k，@tbfleming 过了一会儿，我找到了 LW4 被相对坐标阻塞的问题。“m”坐标未正确呈现。
AI 转换为“M”坐标并运行正常，Inkscape 使用“m”坐标但什么也不显示，我认为它超出了 GL 对象范围。

tuit_original_AI.svg.txt

@lautr3k 这可能不是最优的，但你可以添加一个标志“transformRelToAbs”（到解析器）并使用这样的代码吗？http://codereview.stackexchange.com/questions/123554/converting-an-svg-polygon-path-from-relative-to-absolute-coordinates

如果 lw.svg-parser 有问题，激光填充路径将无法工作。错误发生在那个阶段之后。

错误 1：某些形状在 poly2tri 库中遇到了限制。这只会影响画布。我们需要一个替代品，但我尝试过的每个三角测量库（甚至三个）都会遇到问题，它们只是因导致它们失败的条件而异。

错误 2：某些形状导致 vcarve 严重混乱。我可能需要一段时间才能再次查看 vcarve。

错误 1：我添加了一个变通方法，直到有人得到一个圆形 TUIT 来制作一个像样的三角剖分库。如果 poly2tri 失败并且原始笔划不可见，它现在会显示红色笔划。

错误 2：跟踪#143

工作很好，没有再发生投诉。关闭