这是有效的SVG路径吗？

我在使用各种SVG库渲染以下SVG路径时遇到问题：

<path d="M19.35 10.04c-.68-3.45-3.71-6.04-7.35-6.04-2.89 0-5.4 1.64-6.65 4.04-3.01.32-5.35 2.87-5.35 5.96 0 3.31 2.69 6 6 6h13c2.76 0 5-2.24 5-5 0-2.64-2.05-4.78-4.65-4.96zm-2.35 2.96l-5 5-5-5h3v-4h4v4h3z"/>

这就解决了这个问题：

4.04-3.01+0.32-5.35

。。。正如这一点：

4.04-3.01 0.32-5.35

我对SVG规范的阅读表明原始路径是无效的，但由于图标直接来自Google的material design图标（）——并且有许多类似的“错误”，我对我对BNF的阅读有点怀疑

---

有人能提供第二种意见吗？

4.04-3.01.32-5.35有效。SVG表示我们正在处理这个问题

曲线到参数逗号wsp？曲线变元序列

那个？逗号后的wsp表示其中的0或1。在这种情况下，我们得到了0

通过BNF进行跟踪，我们最终得到了关于在任何求幂字符之前解析数字的部分，即

数字序列？“.”数字序列

一旦我们看到一个句号，除非我们看到一个指数，否则我们就看不到更多的句号，所以第二个句号必须是其他东西的一部分，即下一个数字

---

因此，上面的字符序列对应于值：4.04-3.01.32-5.35

I正要发布相同的链接。以下是相关部分：类似地，对于字符串“M 0.6.5”，“moveto”的第一个坐标消耗字符“0.6”，并在遇到第二个小数点时停止，因为“坐标”的生成只允许一个小数点。结果是，第一个坐标为“0.6”，第二个坐标为“.5”。@squemishosisfrage击中了头部的钉子。这是分数常数：数字序列？“.”解析程序不能正确遵循的数字序列。如果可以对上面的答案进行编辑以详细反映规范的这一部分，我会将其标记为正确。与此同时，我们将针对librsvg提交一个bug。。。

4.04-3.01 0.32-5.35