| S | M | T | W | T | F | S |
| |
| | | | | | 1 | 2 | | 3 | 4 | 5 | 6 | 7 | 8 | 9 | | 10 | 11 | 12 | 13 | 14 | 15 | 16 | | 17 | 18 | 19 | 20 | 21 | 22 | 23 | | 24 | 25 | 26 | 27 | 28 | 29 | 30 | | 31 | | | | | | |
|
|
大家在使用 CnWizards 时，如果发现异常或错误，可以按照以下方法来帮助我们修正错误：
首先需要下载一个 Debug 版本的安装包，下载地址：
http://www.cnpack.org/downbuilds.php?kind=debug&lang=zh-cn
在“调试版下载”中下载最新的调试版。
这个 Debug 版本安装后，请执行以下操作：
1、从开始菜单中启动“CnPack IDE 专家包”下的“调试信息查看器”，再启动 Delphi。
2、操作 IDE 以重现所出现的问题。
3、错误重现后，切换到调试信息查看器，里面记录了专家的一些日志信息，如果有异常，上面会显示发生异常时的堆栈调用。
4、在查看器中，选择“文件”|“保存记录”导出日志文件。
5、将日志文件发给我们。
如果您时间比较充裕，还可以进行以下的测试：
1、为 Delphi 创建一个快捷方式，在命令行上加上参数 -swcn 。
2、用这个快捷方式启动 Delphi，会出来一个专家引导工具的对话框。
3、先点击第二个按钮“取消选择”所有的专家，再点击第四个确定按钮，此时 IDE 启动后将不会创建任何专家项。
4、测试一下错误是否可以重现，如果还可以重现，说明问题出在专家框架代码中。
5、如果错误不出了，则关闭 Delphi，重新用刚才的快捷方式启动。
6、这一次可以先选择前面一半的专家，再测试下错误是否可以重现。
7、如果可以重现说明这一半专家中至少有一个导致该问题，否则测试另一半专家。
8、依此类推，用二分法缩小判断范围，最后定位导致该错误的具体专家。
9、将您的操作步骤及结果发给我们，最好是附上最后一次出错时的日志文件。 |
小bug
函数过程例表 设置快捷键 ctrl+G,同时把Gexperts 的捷键去掉，可是每次打开delphi2007需要调用函数过程例表快揵键都不行
必需重新再设一遍,重新设置的只对本次delphi有效，下次还要重新设
|
最好改成ctrl+G,因为使用 Gerperts习惯了,如果不能改成默认的，那也得支持用户自已改，并且一直生效才对，我指的是这里的小Bug，快揵键修改后不能在下次启动时生效.需要重新配
另外还有一个建议，
当按快揵键后，如果粘贴板上有内容，稍加一个判断，直接输到查找的框内，或者再加一个快揵键，默认用户带粘贴板输入，因为大多数用户复制到粘贴板内容，需要打开函数过程例表后都是为了直接找到内容，特别是修改一些大代码的控件时，这一步可以省掉很多麻烦.
|
Ctrl+G不能用可能是因为被其它的专家占用了，试试把GE的过程列表禁用而不只是去掉快捷键，我也是禁用GE的列表把CW的定义成Ctrl+G，使用没问题。
|
麻烦周总在每次更新之后把最新版的Debug版的dll放出来(旧版的测起来没兴趣)，这样大家要测试时替换一下dll就行了，安装太麻烦了。
现在我的感觉是:
307输入不会慢，只是在编译之后再编辑，明显感觉delphi2007慢了一点(这可能是delphi自身的问题，我下面再讲)，可能是哪里资源没有释放掉,稍微调试一下.我主要是想把速度调快，至于功能大体差不多，贴近使用者的习惯加强一点，如果把画线加上去就更完美了.
delphi编译时占用资源的问题是不是本来就有这个毛病?
我测过delphi2006,delphi2007编译cxgrid里面的demo程序组,一次编译几十个exe,内存一直往上串，而不会在编译下一个之前把上一个占用的资源释放掉,编译完成之后或点取消也不会释放，通常2G的内存占用到1.6G时就编不下去了.（编译控件组时不会，不知是什么问题）,用fastMM会多编几个,但是问题还是没得到解决,不知高手们有没有更好的办法?
|
我用的是D6, 安装专家包V0.8.2.322_RC1 后, 偶尔出现代码编辑器无法键入代码的情况,
换回V0.8.1.252 就没这个问题了,不知是不是我设置的原因, 请指教
|
|
This blog was closed or you do not have permission to post comment.
|
|
