社区
非技术区
帖子详情
发现Delphi 2006的Open Tools API的bug比较严重阿
szy
2005-12-17 10:59:55
正在将以前自己写的for 2005和7版本的IDE专家移植到Delphi 2006,发现OTA的问题很多啊,
看来得等update2来修正了
...全文
291
8
打赏
收藏
发现Delphi 2006的Open Tools API的bug比较严重阿
正在将以前自己写的for 2005和7版本的IDE专家移植到Delphi 2006,发现OTA的问题很多啊, 看来得等update2来修正了
复制链接
扫一扫
分享
举报
写回复
配置赞助广告
用AI写文章
8 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
szy
2005-12-18
打赏
举报
回复
没有, 这个不是我自己添加的, 它的内容应该不会是
TForm3;
begin
|
end;
因为这样编译一定通不过的
日立奔腾浪潮微软松下联想
2005-12-18
打赏
举报
回复
那个"type TForm3"只是Code Completion的一个标题名而已,
它的实际内容可能很多。
你看看那个classc完成的代码段有多长。
你应该查看一下你的"type TForm3"的完成内容,这是你自己添加的吧。
szy
2005-12-17
打赏
举报
回复
我在选项卡中把代码模版等功能全部去掉, 也还是这样
szy
2005-12-17
打赏
举报
回复
to DelphiGuy()
这个是bug啊,不是代码模板,这个时候Code Completion窗口中只有一条
"type TForm3", 所以回车后,应该只是完成"TForm3"才对,没想到还给我
来个分号,再加回车,再加begin..end;
日立奔腾浪潮微软松下联想
2005-12-17
打赏
举报
回复
这不是bug呀,这应该是增强。
你可以自己修改代码完成的模板。
szy
2005-12-17
打赏
举报
回复
问题2:
我用 (OTAEditorServices.TopView as IOTAEditActions).CodeCompletion(csCodelist
or csManual);来调用 code completion窗口的时候,在失败的时候(由于当前代码环境无法调用出来),发现每次调用,IDE中编辑器的反应速度特别特别慢,简直到了无法输入的地步,
这在Delphi 7和Delphi2005中都没有达到那么慢的速度,不知能有什么方法提高速度?
我这么做的主要目的是想在我的专家中实现自动invoke IDE自身的Code Completion,
类似于CnPack中的代码输入助手的功能。我甚至试了把调用Code Completion的代码
放在IDE的OnIdle中做,但是还是同样的很慢很慢,不知为何原因。谢谢!
szy
2005-12-17
打赏
举报
回复
to Scarlette(Lord of Borland)
您好, 我现在遇到两个问题, 您能否帮我看看,
问题1. 我现在的Code Completion的快捷键已经绑定到alt+space, 用以下方法绑定:
BindingServices.AddKeyBinding([ShortCut(VK_SPACE, [ssAlt])],
CodeCompletion, Pointer(csCodeList or csManual));
现在我在IDE中新建一个application
代码如下:
unit Unit3;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs;
type
TForm3 = class(TForm)
procedure FormCreate(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form3: TForm3;
implementation
{$R *.dfm}
procedure TFor|
end.
这里'|'是我光标所在的位置,当我用alt+space 激活Code Completion窗口后,
回车一下,本来正常的话,应该是TForm3|,但是奇怪的是代码变成了如下:
unit Unit3;
interface
uses
Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs;
type
TForm3 = class(TForm)
procedure FormCreate(Sender: TObject);
private
{ Private declarations }
public
{ Public declarations }
end;
var
Form3: TForm3;
implementation
{$R *.dfm}
procedure TForm3;
begin ~~~~~~~~
end;
end.
奇怪吧?我想也有可能是IDE的bug。
Scarlette
2005-12-17
打赏
举报
回复
不一定是Bug吧,Delphi的Open Tools API几乎每个版本都有一些变化,有些版本更是根本性的改变。Borland自己对于OTA是这样说的,“对于OTA我们不会给出官方Specification,而仅仅给出与某个版本相关的帮助,目的是为了保证我们对于OTA有进行变更的余地,而不会将OTA的规范‘确定下来’。这样做可以更好的适应新的集成开发环境的变化需要。”
软件测试方法之黑盒测试与白盒测试
软件测试方法之黑盒测试与白盒测试 摘要:黑盒测试与白盒测试都是软件测试的重要方法。白盒测试是通过程序的源代码进行测试而不使用用户界面,它主要用于检测软件编码过程中的错误;而黑盒测试是是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的,它主要检测软件的每一个功能是否能够正常使用。他们是相辅相成的。 关键词:黑盒测试;白盒测试;优缺点;软件测试 【1】 1测试的概念 1.1测试的定义 测试的正确定义是“为了
发现
程序中的错误而执行程序的过
【软件测试】白盒测试和黑盒测试
一般地,我们将软件测试活动分为以下几类:黑盒测试、白盒测试、静态测试、动态测试、手动测试、自动测试等等。黑盒测试又叫功能测试、数据驱动测试或给予需求规格说明书的功能测试。这种测试注重于测试软件的功能性需求。采用这种测试方法,测试工程师把测试对象看作一个黑盒子,不需要考虑程序内部的逻辑结构和特性,只需要依据程序的需求规格说明书,检查程序的功能是否符合它的功能说明。黑盒测试能更好更真实的从用户角度来考察被测系统的功能性需求实现情况。
软件测试之白盒测试与黑盒测试详解
一般地,我们将软件测试活动分为以下几类:黑盒测试、白盒测试、静态测试、动态测试、手动测试、自动测试等等。
【软件测试】软件测试方法之黑盒测试方法和白盒测试
白盒测试方法 一、概念 白盒测试也称结构测试或逻辑驱动测试,是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例,主要用于软件或程序验证。它可以形象得用下图表示: 二、白盒测试方法应该遵循的原则 保证一个模块中的所有独立路径至少被测试一次。 所有逻辑值均需测试真 (true) 和假 (false) 两种情况。 检查程序的内部数据结构,保证其结构的有效性。 在上下边界及可操作范围内运行所有循环。 白盒测试主要是检查程序内部的逻辑结构,也就是对所有逻辑路径进行测试,是一种穷举路径的测试
软件测试方法--黑盒测试、白盒测试
黑盒测试和白盒测试 一、白盒测试:白盒测试也称为结构测试,主要用于检测软件编码过程中的错误。程序员的编程经验、对编程软件的掌握程度、工作状态等因素都会影响到编程质量,导致代码错误。 白盒测试的方法: 强度由低到高: 语句覆盖:所有的“语句”都要覆盖一遍。就是设计若干个测试用例,运行被测程序,使得每一个执行语句至少执行一次。 判定覆盖:包含语句覆盖,每个判断T、F各一次。使设计的测试用例保证程序中每个判断的每个取值分支至少经历一次。 条件覆盖:包含语句覆盖,每个条件T、F各一次是指选择足够的测试用例,使得运
非技术区
830
社区成员
53,568
社区内容
发帖
与我相关
我的任务
非技术区
Delphi 非技术区
复制链接
扫一扫
分享
社区描述
Delphi 非技术区
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章