ActiveX问题 - 需要专家 [英] ActiveX Questions - Expert Needed
问题描述
问题我还没解决：
1.实时服务器＃1和我的绘图工具之间的时间问题。
将移动工具
（目前在模块内）一个ActiveX（exe或DLL）解决了
问题或将调用
的ActiveX中的ActiveX鼠标移动事件仍会导致冲突????
背景
工具在MDI表单的工具栏上实现。
a隐藏表单上的一个组件
在收到实时数据时生成事件，这些事件
用于在
使用这些工具的相同图片框。
当用户选择一个工具并将其拖到屏幕上时，
的位置， mouse_move事件在
控件中。如果服务器＃1引发事件以实时绘制
图形，则会产生冲突。我试着在一个单独的过程中实现这些工具，这消除了
的冲突，但
工具图显示在实时图形下而不是
ontop。由于x-process调用
，无法控制绘图的时间与实时图形相关的时间是否为
。
我已经考虑将绘图工具函数/ subs移动到一个
ActiveX，看看这有助于解决冲突问题。我有一些弹出窗口允许每个工具配置，但是从我的
了解建议ActiveX不支持独立
表格。这些表格在MDI中可以保持为
，因为他们所做的就是设置每个
绘图工具的默认属性，但如果它们可以是
包含在ActiveX中它可以实现一个漂亮的干净
合并。
操作系统是否有足够的时间在
同时
实时图形可能正在处理（设置和绘图）
我不知道????????????
2.可以在ActiveX中包含链接到服务器＃2的单独应用程序
然后包含
MDI表单用法????
背景
单独的应用程序包含一个链接到服务器＃2和
的组件
有一个主要表单，需要
用户根据需要与它进行交互??????
谢谢
David
" dw85745" < DW ***** @ gbronline.com>在消息中写道
新闻：Yu ******************** @ gbronline.com ...问题我还没有解决：
当用户选择一个工具并将其拖动到屏幕上以进行位置时，mouse_move事件处于
控制状态。如果服务器＃1引发事件以在实时图形上绘制，则会发生冲突。
我不明白你的意思是什么？在控制中你应该在拖动过程中响应一系列mouse_move事件。
其他
事件，例如服务器引发的事件，应该能够在mouse_move事件之间触发
。什么是冲突产生是什么意思？
感谢您回复史蒂夫：
1）我是客户端应用程序。
2）我有一个MDI。
3）在MDI上是包含图片框的子表格
--- ---为了简单起见，只需考虑一个带有图片框的表格
占用整个客户区。
4）图片框（控件）是用于所有绘图。
5）鼠标移动事件（使用我的绘图工具功能绘制
图片框）是一个事件
与图片框相关联（控件。）
6）实时图纸绘制在同一个图片框（控件）中
组件事件（在隐藏
形式链接到服务器＃1）被触发并调用我的绘图
函数。
希望这使它更清晰。
David
" Steve Gerrard" <无************* @ comcast.net>在消息中写道
新闻：K4 ******************** @ comcast.com ...
" dw85745" < DW ***** @ gbronline.com>在消息中写道
新闻：Yu ******************** @ gbronline.com ...问题我避风港''解决了：
当用户选择一个工具并将其拖动到屏幕上以进行位置时，mouse_move事件处于
控制状态。如果服务器＃1引发事件以在实时图形上绘制，则会发生冲突。
我不明白你在控制中是什么意思。您应该在拖动过程中响应一系列mouse_move事件。其他
事件，例如服务器引发的事件，应该能够在mouse_move事件之间触发。什么是冲突产生是什么意思？
" dw85745" < DW ***** @ gbronline.com>在消息中写道
news：lO ******************** @ gbronline.com ...< 5）鼠标移动事件（使用我的绘图工具函数在图片框上绘制
）是一个与图片框相关的事件（控件。）
6）实时绘图是在同一个图片框（控件）
中绘制的，当组件事件（在一个隐藏的
表单链接到服务器＃1）被触发并调用我的绘图功能时。 / blockquote>
没有理由我可以看到这两个事件在你的表格上不能混合在一起
。冲突是什么？鼠标移动事件
处理程序不应该花费很长时间才能运行，否则用户会看到跳跃的行为。它应该每次对图片框进行小的更新
它被调用。处理完每个鼠标移动事件后，将处理任何其他事件
，包括您的组件引发的事件。
您是否有机会使用一个拖动模式（DragOver或
OleDragOver）？
PROBLEMS I Haven''t solved:
1. Timing issue between real-time server #1 and my drawing tools.
Will moving the tools
(currently within module) to an ActiveX (exe or DLL) solve the
problem or will the calls to
the ActiveX in the mouse move event still result in a conflict????
Background
Tools are implemented on a toolbar on an MDI form. A component on
a hidden form
generates events when real-time data is received and these events
are used to draw graphics in the
same picturebox that the tools are used.
When the user selects a tool and drags it across the screen to
position, the mouse_move event is in
control. If server#1 raises an event to draw on the real time
graphics a conflict arises. I tried
implementing the tools in a separate process and this eliminated
the conflict but the
tool drawing shows up UNDER the real-time graphics instead of
ontop. Because of the x-process call
there is no way to control when the timing of the drawing will
occur in relation to the real-time graphics.
I''ve thinking about moving the drawing tools functions/subs to an
ActiveX to see of this would help solve
the conflict. I have some popup windows which allow each tool to
be configured, but from my
understanding it is suggested an ActiveX NOT support independent
forms. These forms could remain
in the MDI as all they would do is set the default property of each
drawing tool, but if they could be
included in the ActiveX it would make for a nice clean
consolidation.
Whether the OS will give enough time for using the mouse at the
same time
the real time graphics may be processing(set and drawing) is
unknown to me???????????
2. Can a separate application which links to server #2 be contained
within an ActiveX and then included
within an MDI form for usage????
Background
The separate app contains a component which links to server #2 and
has one main form that requires the
user to interface with it as needed??????
Thanks
David
解决方案
"dw85745" <dw*****@gbronline.com> wrote in message
news:Yu********************@gbronline.com...PROBLEMS I Haven''t solved:
When the user selects a tool and drags it across the screen to
position, the mouse_move event is in
control. If server#1 raises an event to draw on the real time
graphics a conflict arises.
I don''t understand what you mean by "in control". You should be
responding to a whole series of mouse_move events during a drag. Other
events, such as those raised by your server, should be able to fire in
between the mouse_move events. What do you mean by "a conflict arises"?
Thanks for responding Steve:
1) I''m the client app.
2) I have an MDI.
3) On the MDI are child forms which contain picture boxes
------ To make it simple just think of one form with a picturebox
taking up the entire client area.
4) A picturebox (control) is used for all drawing.
5) The mouse move event (which uses my drawing tool functions to draw on
the picture box) is an event
associated with the picture box (control.)
6) The real time drawing is drawn in the same picture box (control) when
the component event (on a hidden
form which link to server #1) is triggered and calls my drawing
functions.
Hope this makes it clearer.
David
"Steve Gerrard" <no*************@comcast.net> wrote in message
news:K4********************@comcast.com...
"dw85745" <dw*****@gbronline.com> wrote in message
news:Yu********************@gbronline.com...PROBLEMS I Haven''t solved:
When the user selects a tool and drags it across the screen to
position, the mouse_move event is in
control. If server#1 raises an event to draw on the real time
graphics a conflict arises.
I don''t understand what you mean by "in control". You should be
responding to a whole series of mouse_move events during a drag. Other
events, such as those raised by your server, should be able to fire in
between the mouse_move events. What do you mean by "a conflict arises"?
"dw85745" <dw*****@gbronline.com> wrote in message
news:lO********************@gbronline.com...
5) The mouse move event (which uses my drawing tool functions to draw on the picture box) is an event
associated with the picture box (control.) 6) The real time drawing is drawn in the same picture box (control) when the component event (on a hidden
form which link to server #1) is triggered and calls my drawing
functions.
There is no reason that I can see that these two events can''t be mingled
together on your form. What is the conflict? The mouse move event
handler should not be taking long to run, or the user would see jumpy
behavior. It should be doing small updates to the picture box each time
it is called. After each mouse move event is handled, any other events
will be processed, including the event raised by your component.
Are you by any chance using one of the Drag modes (DragOver or
OleDragOver)?
这篇关于ActiveX问题 - 需要专家的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
