[讨论]：能否实现实时显示＋捕捉功能

fools

可能是我用词不当吧，长篇大论的意思是我前面提到过的“实现捕捉确实很麻烦”
因为grread返回的是“未加工“的输入，所以功能很强大，但为此付出的代价也很大
所以该函数的帮助里提到“只有特殊用途的 AutoLISP 应用程序才需要调用本函数”
要利用grread实现各种功能要求也许已经脱离你原来编写某个程序的实际需要了
生成捕捉标记我是用grvecs画的，你要是喜欢甚至还可以画一些更有型的鼠标显示光标，这也是move等函数无法做到的，有兴趣的朋友还是建议研究一下grread函数，毕竟用move来实现拖放只是推而求其次，先说这么多吧，再写下去想不变成长篇大论都难，呵呵

pheniex

个人觉得重要性不大，用不大到，不过，有的用还是要用的！

aeo

最初由 fools 发布
[B]可能是我用词不当吧，长篇大论的意思是我前面提到过的“实现捕捉确实很麻烦”
因为grread返回的是“未加工“的输入，所以功能很强大，但为此付出的代价也很大
所以该函数的帮助里提到“只有特殊用途的 AutoLISP 应... [/B]

其实cad本身的捕捉提示也是画了一个标记而已

用grread来拖动不是不可以实现，比较麻烦，要考虑的东西太多

用arx完成就比较方便，因为只要拿过来用一下就可以.

luob72

这个功能很好用，而且自己也可以编辑捕捉选项的话那就更好了

啵浪鼓

强,不过好像没什么实用价值

pglyxq

如果一个图形需要指定基点和旋转角度两个步骤才能完成，用grread比较合适，因为它允许用户中途反悔，在用户最后完成操作之前，图形并不会真正的生成。而用MOVE等其它函数的话，比如在用户指定基点后此时他又后悔了，他不想指定旋转角度而想直接退出，而此时图形已生成。那么，这种程序可以说是有很大缺陷的程序，几乎是不可以用的。因此，grread的实用价值还是很大的。

winabcd

fools给出一个很好的建议，值得好好研究。

似水无痕

真是太妙了，但是grread函数我还是一知半解！