几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量  


返回   几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 » 仿射空间:CAX软件开发(三)二次开发与程序设计 » CAD二次开发 » AutoCAD二次开发 » DirectDWG
用户名
密码
注册 帮助 会员 日历 银行 搜索 今日新帖 标记论坛为已读


回复
 
主题工具 搜索本主题 显示模式
旧 2009-05-06, 08:57 PM   #1
yang686526
高级会员
 
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
yang686526 向着好的方向发展
默认 【转帖】odgsmodel, invalidate90

odgsmodel, invalidate() ...
odgsmodel, invalidate() ...
hello,
in my application i use the following code to paint a line as selected:
oddblineptr pline1;
pline1 = oddbline::cast(idline.safeopenobject(oddb::kforwri te));
eresult = pline1->setlinetype("acad_iso02w100");
eresult = pline1->setlinetypescale(0.05);
eresult = pline1->setcolorindex(6); // color magenta
//getactiveview()->invalidate();
redrawwindow();
if gsmodel is enabled through
enablegsmodel(1);
then i need to include
getactiveview()->invalidate()
in order to see the changes made to the line, but if gsmodel is not
enabled then getactiveview()->invalidate() is not needed.
is this a proper behaviour?, which is the reason of this?.
thanks in advance.
hello, i need to reactivate this thread:
would anybody be so kind to make a brief description of odgsmodel role?.
my application seems to be slower when upgraded to dd210 than when it was builded over dd111.
is there another "gsmodel related" code besides enablegsmodel?.
thanks in advance.
hello,
in order to clear which is my problem, these are the facts:
- when adding, deleting or selecting an entity, when my application was
builded with dd111 i only needed to use redrawwindow() to see changes
displayed.
- when building with dd210, enabling double buffering and enabling gsmodel,
i am only able to see change in entities displayed correctly if i call
odgsview::invalidate() or odgsdevice::invalidate() before redrawwindow(),
which causes a repainting that is really awful.
it seems as in dd111 entities invalidate themselves and in dd210 this doesn't happen the same way.
any ideas?.
thanks.
hi,
you have to call odgsview::invalidate() or odgsdevice::invalidate() to work around bug in dd gs frame buffer caching/invalidation. it does not require too much extra calculations against dd111 (where frame buffer caching was not implemented).
odgsmodel - is interface for implementation-specific device-dependent geometry cache. this geometry cache is being built during first executing odgsdevice::update() and receives notifications (onadded(), onerased(), onmodified()) to rebuild cache of modified parts of scene.
yang686526离线中   回复时引用此帖
GDT自动化论坛(仅游客可见)
回复


主题工具 搜索本主题
搜索本主题:

高级搜索
显示模式

发帖规则
不可以发表新主题
不可以回复主题
不可以上传附件
不可以编辑您的帖子

vB 代码开启
[IMG]代码开启
HTML代码关闭



所有的时间均为北京时间。 现在的时间是 04:11 AM.


于2004年创办,几何尺寸与公差论坛"致力于产品几何量公差标准GD&T | GPS研究/CAD设计/CAM加工/CMM测量"。免责声明:论坛严禁发布色情反动言论及有关违反国家法律法规内容!情节严重者提供其IP,并配合相关部门进行严厉查处,若內容有涉及侵权,请立即联系我们QQ:44671734。注:此论坛须管理员验证方可发帖。
沪ICP备06057009号-2
更多