On 7/30/07, Mark Hammond <[EMAIL PROTECTED]> wrote:
> There should be no need to create an IDL file - enough interfaces are
> exposed so that we can create the typelib directly.
Ah, after some looking around, I see that there is
pythoncom.CreateTypeLib and CreateTypeLib2. Is this what you mean?
I've a COM application that automated IE that I've been working on for some
months. This mourning I get the following error message when I run a test
that ran successfully last night:
=== H2 tag in IFRAME but is NOT visible when the frame is visible, need to
scroll
-- flashTag H2
-- tagScreenCor
> As I understand it, win32gui exposes the raw GDI APIs and deals with raw
> GDI handles as plain integers. win32ui is an attempt to wrap the raw
> GDI interfaces with Pythonic wrapper objects.
IIRC win32ui is MFC based and better avoided.
Niki Spahiev
___
niki wrote:
>> As I understand it, win32gui exposes the raw GDI APIs and deals with raw
>> GDI handles as plain integers. win32ui is an attempt to wrap the raw
>> GDI interfaces with Pythonic wrapper objects.
>
> IIRC win32ui is MFC based and better avoided.
Why? Just personal bias? There is no
Huang Guan wrote:
>
> 1). While using pythoncom develop com+ serivce, executed triumphantly.
> But why the pythonservice appear in windows process administer always?
> Is there any method to let pythonservice disappear from windows
> process administer?
Do you mean Task Manager? I don't want you t
>
> PyCom_PyObjectFromIUnknown can be used to wrap an IDispatch pointer in a
> PyIDispatch object.
>
> Roger
>
Thanks a ton, Roger! I spend a good amount of time trying to find an answer to
my question, but now that I have that function name there is a bunch of info
through Google to ge
