该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2008-12-29
最后修改:2008-12-29
hdxiong 写道 不错,支持!不知道左上角的ico图标能否换掉,swing自带的很难看!
当然可以换掉,在窗体的属性页中有一个iconImage属性: |
|
返回顶楼 | |
发表时间:2008-12-29
最后修改:2008-12-29
最新近况,目前look and feel的添加已经可以通过Eclipse Preference Page来添加了:
|
|
返回顶楼 | |
发表时间:2008-12-29
我觉得代码的解析应该有最好自己的标记,不要试图解析其他工具生成的代码,现在的问题是很多代码都会被标成这个设计器可读取,然后我一点击最后失败。
|
|
返回顶楼 | |
发表时间:2008-12-29
比如,我用netbeans画了一个界面,然后我把类copy到eclipse下,假设我已经装了这个插件,这时copy过来的这个类会被标为设计器可读取,然后我点击就会打开失败,因为这个插件不能成功解析netbeans(或其他工具)生成的代码。
这样就很麻烦了,如果我的项目里面已经有大量已存在的界面它们或用其他工具生成或自己手写的等等,但是插件一概认为它可以打开,结果又会打开失败。所以我觉得是不是插件可以做个标记只打开自己生成的代码,其他的不要抢占标记为它可以打开。 |
|
返回顶楼 | |
发表时间:2008-12-29
carlkkx 写道 比如,我用netbeans画了一个界面,然后我把类copy到eclipse下,假设我已经装了这个插件,这时copy过来的这个类会被标为设计器可读取,然后我点击就会打开失败,因为这个插件不能成功解析netbeans(或其他工具)生成的代码。
这样就很麻烦了,如果我的项目里面已经有大量已存在的界面它们或用其他工具生成或自己手写的等等,但是插件一概认为它可以打开,结果又会打开失败。所以我觉得是不是插件可以做个标记只打开自己生成的代码,其他的不要抢占标记为它可以打开。 建议很好,我马上就改,加一些特殊的注释来区分。 |
|
返回顶楼 | |
发表时间:2009-01-14
最后修改:2009-01-14
最新更新:
1.国际化 2.变量名称生成改进 3.重构代码生成与解析 4.更多的错误修改 5.创建Eclipse Update Site: http://visualswing4eclipse.googlecode.com/svn/trunk/org.dyno.visual.swing.site/ 下面是张screenshot: |
|
返回顶楼 | |
发表时间:2009-01-16
最后修改:2009-01-16
现在的图标属性可以方便的使用对话框选择:
|
|
返回顶楼 | |
发表时间:2009-01-21
看上去很牛 回去试试 O(∩_∩)O
|
|
返回顶楼 | |
发表时间:2009-02-02
感觉又一次发明了swing的拖拽插件,具体的创新不多。
如果创建的swing元素,能够像extjs那样支持自我输入验证,就比较强大了。而且最好能加入新的元件,比如ip输入框,日期框……………… |
|
返回顶楼 | |
发表时间:2009-02-09
最后修改:2009-02-09
spy1456 写道 感觉又一次发明了swing的拖拽插件,具体的创新不多。
如果创建的swing元素,能够像extjs那样支持自我输入验证,就比较强大了。而且最好能加入新的元件,比如ip输入框,日期框……………… 不是发明,是重新开发了。工具不是科学研究,也不是论文写作,不需要多少创新,只要提供的工具能极大提高开发者的开发效率就可以了。 目前eclipse的swing拖拽插件虽然不少,但多都是商业产品,开源的产品要么停止开发,要么易用性不好。这个插件就奔这个方向去的,并没有打算发明某种东西。 你说的那些swing组件目前市场上都有,但都是第三方的,不是标准java库中的,这些组件比如jidesoft等,功能都很完善,但是由于软件授权等问题,并不是所有组件都能集成进来,即使自己开发或者使用开源组件,开发的工作量也是相当大。 当然对第三方组件的支持也是在计划中,对第三方组件的集成支持计划放在下一个大的版本中。 欢迎多提意见,但最好能使用一下,比较一下,看看它是否有价值。 |
|
返回顶楼 | |