[python-win32] Win32 Python Extensions Outlook.Application Question

2008-09-17 Thread Pramod Vaidyanathan
I've been struggling with a problem for the past couple of days. Can anyone provide me some help or insight? The problem comes down to this. I have an email that I have received in Microsoft Outlook that contains characters outside of the ascii set. I was able to use your library to traverse

Re: [python-win32] Win32 Python Extensions Outlook.Application Question

2008-09-17 Thread Tim Golden
Pramod Vaidyanathan wrote: The problem comes down to this. I have an email that I have received in Microsoft Outlook that contains characters outside of the ascii set. I was able to use your library to traverse through my outlook folders and select the appropriate emails etc. There are

Re: [python-win32] Win32 Python Extensions Outlook.Application Question

2008-09-17 Thread Pramod Vaidyanathan
Thanks for your quick reply. I'm probably confused. I'll give that a try. On Wed, Sep 17, 2008 at 7:38 AM, Tim Golden [EMAIL PROTECTED] wrote: Pramod Vaidyanathan wrote: The problem comes down to this. I have an email that I have received in Microsoft Outlook that contains characters

Re: [python-win32] Win32 Python Extensions Outlook.ApplicationQuestion

2008-09-17 Thread Tim Golden
Vaidyanathan, Pramod wrote: Thanks Tim, Unfortunately my resutls are still as follows. I still have question mark characters. Is it possibly a microsoft outlook versioning issue? u' \xbe \xbc \xbd \xbd \xbd \xbd\r\n\xbe \xbc \xbd \xbd \xbd \xbd \xbd\r\n\xbe \xbc\r\n\xbe \xbc \r\n \r\n? \r\n?

Re: [python-win32] Win32 Python ExtensionsOutlook.ApplicationQuestion

2008-09-17 Thread Tim Golden
Vaidyanathan, Pramod wrote: Yes, Print repr (message.Body) I am using Microsoft Outlook (2000). Are you using outlook 2003 by chance? Yep. I just discovered that when I do the exact same thing in Outlook 2003, the problem disappears. I believe it's some sort of settings issue in my

Re: [python-win32] Fwd: Modifying the system menu

2008-09-17 Thread Tim Roberts
James Matthews wrote: Hi all, I am trying to modify the system menu of all the applications in my machine. For example say - I am creating multiple desktops for windows - and I want to give every application the capability to be moved across different desktops. So I wanted to modify

Re: [python-win32] VARIANT as byref parameter

2008-09-17 Thread Tim Roberts
[EMAIL PROTECTED] wrote: Is the parameter declared as [out,retval] in the type library? This is how the function is declared in the file that MakePy has generated: def ReadVarBlock(self, pbBuff=defaultNamedNotOptArg, dwOffset=defaultNamedNotOptArg, dwLen=defaultNamedNotOptArg): return

Re: [python-win32] Accessing other interfaces of a Dispatch created COM object

2008-09-17 Thread Alec Munro
I'm back. I've taken a crack at rewriting the DLL to export the methods I need through IDispatch. Unfortunately, what I discovered (and I'm probably describing this in the wrong way), is that the class is declared ATL_NO_VTABLE, and as far as I can tell, the third-party app relies on the

Re: [python-win32] Accessing other interfaces of a Dispatch created COM object

2008-09-17 Thread Alec Munro
If you hear a loud slapping sound, that's my hand and forehead. :) I just recalled that the third-party gives us a test application that uses the COM component. Including source. It's in C#, which is new to me, but looks pretty straightforward. I'm going to figure out how they do, then see if I

Re: [python-win32] Accessing other interfaces of a Dispatch created COM object

2008-09-17 Thread Alec Munro
I've taken a look, and I can't say I had an aha moment, or anything like that, but perhaps I have learned something important. Setting up the COM object seems very straightforward: Type t = Type.GetTypeFromCLSID({e04f970b-53ce-420a-86f8-55374677703d}) component =

Re: [python-win32] VARIANT as byref parameter

2008-09-17 Thread Mark Hammond
Well, that implies that the buffer is an in/out variant, not an output. I'm not sure how to construct a buffer Pythoncom will correctly translate in this instance. Mark, maybe? I'm not sure - but I'm not even sure it is legal automation to do that: LONG lValue; lValue =

Re: [python-win32] Win32 Python ExtensionsOutlook.ApplicationQuestion

2008-09-17 Thread Mark Hammond
I just discovered that when I do the exact same thing in Outlook 2003, the problem disappears. I believe it's some sort of settings issue in my version of Outlook 2000. You wouldn't know what that might be would you? If not, I'm sure I can dig it up by comparing. I'm guessing it is

Re: [python-win32] COM: Parameterless functions seen as properties

2008-09-17 Thread Obendorf, Keston
Thanks. I don't think the issue is that GetTypeInfo() is not returning anything, but it's returning something that cannot be used properly. I wrote another implementation of the parameterless function, this time in C++. The implementation in C++ works just fine: retStr =

Re: [python-win32] Accessing other interfaces of a Dispatch created COM object

2008-09-17 Thread Mark Hammond
I've taken a look, and I can't say I had an aha moment, or anything like that, but perhaps I have learned something important. Setting up the COM object seems very straightforward: Type t = Type.GetTypeFromCLSID({e04f970b-53ce-420a-86f8- 55374677703d}) component =

Re: [python-win32] COM: Parameterless functions seen as properties

2008-09-17 Thread Mark Hammond
The difference in behaviour of ITypeComp.Bind() is interesting, and I agree is the main problem here. However, from what you have said, I'm surprised that a makepy-backed implementation isn't working for you. The first thing we do when getting an object is ask for its type info so we can get the