好吧，那更像是 [from PAST REimport …]

1. 我们在 lw1-3 中拥有的很棒的 gcode 解析器 – 甚至已经处理了 dualstrution gcode：请参阅https://plus.google.com/+PetervanderWalt/posts/GDvLWnU7SMm
   我明白了@tbfleming的解析器也做 https://plus.google.com/101442607030198502072/posts/TwRNA6CWDqH – 所以至少已经排序了

2. 在 LaserWeb1 中有这种疯狂： https: //plus.google.com/+PetervanderWalt/posts/W544gpJYGRh – 实际上有 3D 打印支持。我当时拥有的糟糕通讯是杀手……

3. 不久前，这个https://github.com/openhardwarecoza/CoPrint是基于 LaserWeb3 代码库的

添加到待办事项列表

• Marlin 对 lw.comm-server 的支持——与 Smoothie 相比，Marlin 上的用户太多——为了获得大规模渗透，我们也需要适应这些用户

容易实现的目标：最初排除切片并仅加载 gcode。然后大部分的初始工作是添加通讯，并将温度显示添加到作业选项卡，温度控制也是

我和@raykholo在这里做了一些关于云切片的工作http://chilipeppr.com/reprap

工作区最初在这里https://github.com/openhardwarecoza/workspace-reprap
Reprap 小部件（温度） http://github.com/openhardwarecoza/widget-reprap
和 Slic3r + STL 预览https://github.com/raykholo/widget -stlViewer（STL 预览代码来自@lautr3k）

的确@raykholo让我记住这个功能

我真的很喜欢 Gcode 加载方法。但需要一些渲染技巧

我喜欢我在这里所做的事情（; – 这是我了解图标字体之前的几个月哈哈！
Hotend 和床上照片

加载 gCode 是一个好的开始。
我完全忘记了我们需要带有温度、挤出和缩回按钮等的手动控制选项卡…

云切片是我们第一次陷入困境的地方……我在 .NET 和 Azure 中实现 slic3r 云服务的速度非常慢。

如果LW4是EXE，能不能把slic3r打包进去？有 nodeslicer 包装器。作为安装的一部分，必须将 slic3r 文件夹提取到程序文件或等效文件。
LW4 还必须如何才能运行？当我们严格来说是一个网站时，这是需要云或 javascript 切片的时候。到目前为止，我只听说过 EXE 和可能在 Pi 上运行的服务器。

我喜欢 LW4 中的新上下文菜单。我认为这对于电镀 UI 非常有用——添加所有 STL，然后单击其中一个以调出用于缩放、旋转、多重、镜像、删除等的上下文菜单…

它是如此接近我可以品尝它:)

@raykholo据我所知，Gina 在 octoprint 上做了很多工作。也许我们可以借用她的网络架构（只要许可证允许），但对于 Node.

如果制作了 3d 打印功能，如果您可以包含 SLS 类型，那就太棒了！激光光栅我认为是最大的任务吗？

如果从前端与切片器交互很复杂，我们可以使用 lw.comm-server（或单独的切片服务器）作为桥梁。

除了Marlin，我们还应该考虑支持Repetier。我更喜欢 Repetier firmaware 而不是 Marlin

如果我们添加对更多固件的支持，我可能确实需要模块化 lw.comm-server，否则维护会很麻烦。

自己的切片/渲染/gcode 生成服务器可能会解决浏览器的一些内存和性能限制。

这也可能打开云处理的大门。

我同意，我们对 Kiri:Moto 切片器寄予厚望，它完全使用 JavaScript 并在浏览器中运行。但是封闭源代码和混淆:(

但是，我们不应该开始尝试做所有事情。我认为我们首先关注 3d 视图和板设置，然后调用 slic3r，因为它已经开发了多年。最终，当基础编写完成并发挥作用时，我绝对想扩展到多重挤压和自包含切片。

我也同意开始做一些事情，这可以吸引许多其他可能的赞助商或开发商，他们可以进一步提供帮助

@arthurwolf很好的资料，谢谢！

我总是有点担心浏览器的性能和内存问题，所以我更愿意将这些任务外包给 nodejs 服务器。

由于我们正在走向瘦客户端版本，在节点端做会更好，但是很酷！

@raykholo从 UI 的角度来看，Cloud Slicing 和 Local Node spawning slicer 过程是相同的（好吧，改变了 url）甚至 Local node 根据请求选择使用本地二进制文件或云，然后服务于 UI。我更喜欢最新的，它可以统一调用并简化区域。

我们建造是为了什么？所有在同一时间?

Chrome 57 今天发布。Web assembly (wasm) 现在默认开启，这改变了一切。在今天之前，必须将 C++ 代码编译为 asm.js 才能在浏览器中运行，这还不错，但存在一些性能和内存问题。试试看：http ://webassembly.org/demo/

这是来自测试我在工作中的计算和内存密集型代码：

• asm.js 优于 javascript
• wasm 优于 asm.js

矢量CAM的一部分是C++编译成asm.js；我打算等 Chromium 57 变成 electron 之后，再换成 wasm。这应该可以提高该部分的速度。我计划最终将一些 Javascript 部分移至 C++，以尝试解决现有的性能问题。

CuraJS 也使用 asm.js，应该可以切换到 wasm。作为替代方案，有人可以移植 slic3r，因为它也在 C++ 中。