评论
.jpg "DXF 未加载：文件类型问题 #121"){kind=avatar}
|
记录 action.payload
|
.png "DXF 未加载：文件类型问题 #121"){kind=avatar}
|
dxf-parser 输出具有 10 个实体的 dxfTree。它们 console.log 不会在 LW4 中记录 file.type。可能应该把它放回去。
|
|
哦，可能是我安装 DraftSight 后遇到的问题。如果你检查 dxf 的 mime 类型，它应该是 安装 DraftSight 后，我的 dxf 在哪里 在处理 mime 问题之前，我更改了这一行以匹配我的系统。
或者，您可以将其更改为忽略 MIME 类型并仅检查扩展名。 else if (action.payload.file.name.substr(-4).toLowerCase() === '.dxf')
|
|
是的，但我们不能强制用户先通过 Draftsight 修复文件。请安装 LaserWeb3，并稍微玩一下（： – 各种 dxfs 在那里工作得非常好。所有没有工作的是样条曲线。
|
|
@openhardwarecoza我的建议是弄清楚 dxf 是否因为您的系统上的 mime 类型不匹配而没有为您加载。该文件可以通过新的 git checkout 正常加载，因此我无法重现该错误。 |
.jpg "DXF 未加载：文件类型问题 #121"){kind=avatar}
|
mime 类型在我的机器上也是空的。 |
|
@tbfleming我的屏幕截图来自 总的来说，为什么我们在文档中检查扩展名，然后在减速器中检查类型？只使用扩展会容易得多。Mime 类型非常不可靠，DraftSight 搞砸了我的，但它不像文件实际更改或任何东西。 |
|
“通常，浏览器发送的 MIME 类型将是操作系统报告的类型。这正是问题中所述的浏览器报告的 MIME 类型不可靠的原因。” 因此，因为您安装了 Draftsight，您的操作系统会报告它。我有 QCad 和 sketchup（我将永远使用），但显然没有。当涉及到用户时……我们必须处理这种不可预测性。我的建议：如果 payload.file.type == dxf || file.name == *.dxf {}（当然是简化的）2017 年 1 月 13 日上午 6:28，“Todd Fleming”<notifications@github.com> 写道：我的机器上的 mime 类型也为空。— 你收到这个是因为你被提到了。直接回复此邮件，在 GitHub 上查看< #121（评论） >，或者静音线程<https://github.com/notifications/unsubscribe-auth/AHVr2ycfhUYT0mc6q4BGb9r_UQNdXU08ks5rRv2BgaJpZM4LiBjj >。
|
|
`只使用扩展会容易得多` – 阿门（：2017 年 1 月 13 日上午 6:36，“iceblu3710”<notifications@github.com> 写道： @tbfleming < https://github.com/tbfleming > 我的屏幕截图来自 document/cam.js 在调度调用 dispatch(loadDocument(file, dxfTree)); 作为一个整体，为什么我们检查文档中的扩展名，然后检查 reducer 中的类型？它会只使用扩展会容易得多。Mime 类型非常不可靠，DraftSight 搞砸了我的，但它不像文件实际更改或任何东西。—你收到这封邮件是因为有人提到了你。直接回复这封电子邮件，在 GitHub 上查看< #121 (comment) >，或者静音线程 <https://github.com/notifications/unsubscribe-auth/AHVr27ZdHnLxrIPyD7bcMgA5bfYC5fDqks5rRv8_gaJpZM4LiBjj >。
|
|
图像和 svg 文件的 mime 类型是可靠的。仅切换 DXF 加载以检查扩展。 |
我在我的工作流程中严重依赖吉他手 sketchup dxf 导出https://github.com/LaserWeb/LaserWeb3/wiki/Workflow:-Sketchup-2D
在 LW3 中我们只看文件扩展名，那里有这些工作。
在 LW4 中，这不是：（注意 console.log 应该打印 file.type，它的缺失让我觉得我们没有将它识别为 dxf？）
测试文件：
端盖.dxf.txt