[投票] 可视化DCL制作工具是否需要?

mccad

masterlong发表于2009-5-27 2:06:00与其做这个我看不如做通用型的悬浮或可停靠窗口的支持在上面可以任意布置控件然后这个窗口又能支持LISP程序也就是LISP不做修改就可以移植到这个窗口...

这好象又回到了openDCL了，有必要吗？

nonsmall

谈到DCL的悬浮问题(非模态)

我当初也搞了一阵子

毕竟个人能力有限

对WINDOWS消息机制和API运用了解不多

大家有兴趣也可以一起研究研究

http://www.mjtd.com/Bbs/dispbbs.asp?boardid=3&replyid=120941&id=71369&page=7&skin=0&landlord=0&Star=1

见其中的第二版部分.

另外,我在这些方面的想法还有很多,所以时间怎么挤都是不够用的╮(╯_╰)╭

最近写个小工具为了画条线我将要写出200KB+的Lisp代码,整个程序要做完都不知何年月了.

再加上这个,9条命是不够的,我得变成海豚才行(两个大脑轮着休息)...

mmmmmm

最近写个小工具为了画条线我将要写出200KB+的Lisp代码

这条线是为了可视化DCL的目的吗？

我的粗略的想法是将所有控件定义成可以两向拖拽的动态块，这样调整控件大小可以做到，至于控件的Key和Lebal可以用块内属性实现。当然DCL整体的布局关系可能要困难得多，不过可以考虑使用AcDbTable的单元格来布置，如同FrontPage中定义框架一样，最后程序只需要读取单元格之间的关系就能导出DCL的基本布局格式。

caoyin

这分明是一种痛苦！

nonsmall

怀疑我有自虐的倾向O(∩_∩)O

我看拖动还是用GR****等函数处理较为方便

此为效果图 眼睛可以看做是内部控件的反应:

zhoufupeng

楼主太牛了，能做出来固然好，只怕需要花费好多时间哦。对楼主这样的精神赞一个.

sz-xs

工作量太大， DCL 对初学者改有很大用

zml84

泼凉水的居多。

但我感觉较有意义，支持一下。

需要帮忙的话，说一声。

nonsmall

综合各位的意见

我想这样弄一弄:

我先一边做 一边在这里写思路(错误的也指出来) 并且开源一些主要的代码

初步想用VB做悬浮窗体,靠在两侧,里面用到附加组码和各种反应器的知识

还有Grread动态,能不能做好先不说,能够互相学到东西,意义就有了.