怀着支持国产的心态和对开源软件的喜爱,专门试了一天的软件

优点:

1.在线库用着非常方便.

2.鼠标操作简单快捷.

3.参数设置也相对比较简单明了.

4.界面UI干净.

缺点:

1.打开大一点的PCB,卡到怀疑人生,只想用回以前的软件.

2.当字符在元件焊盘里面的时候,怎么选都选不中字符,拖不出来好尴尬.

3.把一个PCB文件导进来添加到库, 被添加的那个元件如果是底层放置的, 导进来默认就会出现字符是顶层, 轮廓是底层, 我感觉应该进行下转换比较合理.

4.工程文件目录如果能进行下分类管理更好, 现在全部显示出来非常的乱, 当一个项目有多个板子的时候, 就不好查看和分类.

5.打开文件的时间略长, 覆铜时间也长, 总之用下来, 很多情况出现人在等软件处理.

6.用鼠标去选中覆铜非常难选, 也可能是我没掌握专门的技巧,  覆了2层后, 要很精确的去点击边框才能选中,有点费力

7.不能再说缺点了, 否则要被列黑名单了....

最后总结: 希望这款软件越来越好用, 开源精神人人参与, 虽然我也只有十几年的软硬件经验,但也愿意参与

1、是的，目前先做功能，在6.3会进行性能优化。这个也可以说属于浏览器的性能瓶颈，AD是C++，EDA是js写的，性能差好几倍。今年会陆续用webassembly重写

我们的目标是中小板子，2000焊盘以下的可以流畅运行，大文件目前不做考虑

2、6.2会支持快捷键进行解决选中问题

3、已经修复了，你再试试重新导入提取AD的库。

4、这个后面会改善掉

5、文件打开慢可能是文件比较大，铺铜也前面说的一样，相同的板子在Java铺2s，AD铺7s，js要14s。算法上我们可以做比AD好，目前浏览器可以使用的编程限制了。

6、选铺铜线，我们的铺铜不需要和边框同样的位置，会自动裁剪掉不需要的铺铜，和AD不一样。

还在不断进步中。。。

期待你们克服所有的问题，越做越好。

其实克服瓶颈对技术人员来说是最有成就感的，只要克服了瓶颈，你们就是拥有核心技术的团队，因为大家都觉得这个是瓶颈根本不可能克服

2000焊盘以下可流畅运行，大文件不做考虑！

这句话说明了一件事：真的不懂图形软件的设计与架构！

因为不管图形多大，所要绘制的面积永远不会比屏幕大：实际要比屏幕小得多，因为各种工具条与UI界面元素占了不少屏幕！我们要绘制的区域是永远相对固定的，与焊盘多少虽然有点关系，但关系并不很大！

有1亿个焊盘，只有1000个显示在屏幕上时，为什么非要把1亿个焊盘都画一次？你要说，用户缩小了时，一亿个焊盘都要画，怎么办？在已经不可能画细节时，用户只是要了解下全貌而已，应该调用快速画草图的算法！

很多程序员，就是动不动把所有的活全干一次，于是，图形拖不动、拉不动，卡得要命！

请问你是否会html和svg开发？你说的这个在6.1已经进行尝试。在系统设置里面有一个缩放效果设置：速度优先还是质量优先。可有具体的代码拿出来学习？

就当我白说了，哈哈。

但请认真考虑我的话：屏幕大小是不会随图形增大的，而我们要绘制的图形，永远不会超过屏幕的大小！我们要渲染的象素数目，永远不会多过屏幕的象素！

我们工程师的回复如下：

如果我们的图形都是三角形，就像你说的，很容易通过 rTree，四叉树，八叉树快速排除不绘制区域，以及使用 LOD 去提高绘制大场景的效率，这也是大多数游戏引擎的做法。

然而 CAD/EDA 有其特殊性，在于许多图元都是需要无级缩放的，比如一个圆弧，在不同的缩放规模需要有不同的精细度，不然就会出现棱角而不圆。

再者 CAD/EDA 中会有许多复杂图元，可简化但不可彻底简化，比如复杂多边形（自相交、洞、曲线边）。这些都不是简单地一次性三角化就能解决的。

包括 AD 也是这样，大板子也会有性能瓶颈，当然我们也看到了 AD 在性能方面在不断地进步。

只是目前由于我们选用的浏览器方案，包括 Javascript 无法比肩 C++ 的性能等因素，确实性能天花板相对比较低。但我们很清楚，我们并未做到极致，请相信我们在这方面的专业性，未来一定给大家一个更完美的使用体验

提出问题的人越多，说明关心这款软件的人越多，都希望它能跟国外的软件掰掰手腕，起码要能从那些软件转过来且没有太多的违和感。

当听到不能做大文件时感觉举家搬迁到你这，结果你说我这里只收行李不收人。 

而且我的那些PCB跟大公司里的比起来就是小小板子