2011/5/5 Mark Hammond mhamm...@skippinet.com.au:
[re-added the mailing list - please keep everything there]
Sorry, my fault
On 4/05/2011 6:09 PM, Michael Illgner wrote:
2011/5/4 Mark Hammondmhamm...@skippinet.com.au:
The question is more about the object xyz.xyz - if it is marked in the
On 5/05/2011 5:49 PM, Michael Illgner wrote:
I just took a look at the registry, the InprocServer32 key of my COM
component has an entry ThreadingModel with value both.
So I if create the COM objects in the main thread and the socket
server starts a new thread for every incoming request
On 4/05/2011 12:39 AM, Michael Illgner wrote:
2011/5/3 Mark Hammondmhamm...@skippinet.com.au:
There is nothing magic about events - you need to provide your own magic :)
All the calls are still normal blocking calls - so if you want a model
where methods on your com object are done in the
[re-added the mailing list - please keep everything there]
On 4/05/2011 6:09 PM, Michael Illgner wrote:
2011/5/4 Mark Hammondmhamm...@skippinet.com.au:
On 4/05/2011 12:39 AM, Michael Illgner wrote:
If everything is happening in a free-threaded context though, no message
loop is generally
Hi
I have got some questions regarding win32com.client.DispatchEventWithEvents()
Is there any documentation available for this method?
I am writing a kind for a network proxy for a custom COM api. and I am
using a simple socket server based on the standard python classes. The
implemented request
On 3/05/2011 9:15 PM, Michael Illgner wrote:
Hi
I have got some questions regarding win32com.client.DispatchEventWithEvents()
Is there any documentation available for this method?
Only the docstring.
I am writing a kind for a network proxy for a custom COM api. and I am
using a simple
2011/5/3 Mark Hammond mhamm...@skippinet.com.au:
There is nothing magic about events - you need to provide your own magic :)
All the calls are still normal blocking calls - so if you want a model
where methods on your com object are done in the background and fire when
complete, you need to
Hello,
I'm having trouble catching events when I use dispatchwithevents.
I have a wxapp that uses com and I catch OPCDataChangeEvents (OPC, OLE for
process automation) from an opc server. things work quite well in this case,
i.e., I am able to catch the data change events.
The problem
My apologies if this has already been sent but I did not receive a post
acknowledgement.
|Tim,
|
|Thanks again. Your assistance has been extremely helpful.
|
|I've modified the test routine to illustrate the substance of our exchange
|and am posting it by way of giving something back to the
Tim Roberts wrote
|These are synchronous events. That is, these events are generated
|directly by the requests you made. I believe you will find that the
|OnVisible callback occurs before ie.Visible = 1 returns. It's being
|handled by that same thread, which is suspended waiting for IE to
Tim Roberts wrote
|It's quite possible for a single callback to happen both synchronously
|and asynchronously, depending on context. In this case, IE probably
|considers the StatusBar to be one of its commands, so the
|OnCommandStateChange makes some sense.
Is it then the case that my OnEvent
BTW, my offer of an example still stands and I think I may
finally have
enough of an understanding to post something if it would be helpful to
others.
That would be most welcome - I'd be happy to include in pywin32 and
obviously you could put if anywhere else that takes your fancy...
Cheers,
Thanks Tim and Mark. I appreciate your help. BTW Mark, I'm the same
Richard Bell you helped in this area about a year ago and worked on the IE
examples in the current distribution.
Tim Roberts wrote
|Yes, that's right. I didn't see your earlier post. When did you send
|that?
It was sent on
I'm continuing to work on a class to automate IE in an apartment-threaded
early binding class. The current design is relatively conventional and
looks like this:
class Yie(object):
def __init__(self, eventClass):
--- code deleted ---
self._ie =
Thanks Tim.
If PumpWaitingMessages is queued AND messages can only occur when
PumpWaitingMessages is called, then Questions 2 and 3 are resolved since
absent the call to PumpWaitingMessages events can not occur.
I am still a bit concerned, however, because of an experiment I ran several
days
This group has been very helpful as I've worked on an IE automation class
(yes I know about Pamie). I recently encountered a design issue concerning
how to allow users to 'hook' event routines in the IE automation class.
After a bit of thought and scratching around I decided to look into a user
--- Mark Hammond [EMAIL PROTECTED] wrote:
Oops - that last mail snuck away from me!
Enabling debug mode for event handlers is tricky -
you probably
could open the makepy generated file and locate the
function in the events
class:
def _query_interface_(self, iid):
I'm having difficulty understanding exactly how
DispatchWithEvents operates. I need to execute SQL
statements on tables in an Oracle database (using ADO)
and it runs fine when using Dispatch. However when I
include DispatchWithEvents both the Execute() and
Close() methods no longer work for my
include DispatchWithEvents both the Execute() and
Close() methods no longer work for my Dispatch object,
with a Member not found error appearing. Why does
Execute and Close work with Dispatch by itself but not
when DispatchWithEvents is added?
What I find interesting is that both the
Oops - that last mail snuck away from me!
Enabling debug mode for event handlers is tricky - you probably
could open the makepy generated file and locate the function in the events
class:
def _query_interface_(self, iid):
import win32com.server.util
if
Neil Benn wrote:
Hello,
I'm trying to use win32com to access a COM object with Events. After
some searching I discovered the call to
win32com.client.DispatchWithEvent can be used - passing a class
with the method signatures for each event for thrown by the
ActiveX component.
21 matches
Mail list logo