Re: [python-win32] COM registration/unregistration and elevation on Vista

2008-01-19 Thread Roger Upole
"Tim Roberts" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Mark Hammond wrote: >> On Vista, it's necessary to register python COM objects from an >> "elevated" >> process. In practice, this means I tend to keep a command-prompt open >> started with "run as administrator", do reg

Re: [python-win32] COM registration/unregistration and elevation on Vista

2008-01-18 Thread Tim Roberts
Mark Hammond wrote: > In your opinion, is my patch an improvement to the status-quo, or does it > have the potential to cause confusion? > I think your patch is probably the right way to go. It solves the problem for unsophisticated users, and sophisticated users will want to do their own th

Re: [python-win32] COM registration/unregistration and elevation on Vista

2008-01-18 Thread Mark Hammond
> From: [EMAIL PROTECTED] [mailto:python-win32- > [EMAIL PROTECTED] On Behalf Of Tim Roberts > Sent: Saturday, 19 January 2008 5:02 AM ... > It is possible (since XP) to register a COM object in > HKEY_CURRENT_USER\Software\Classes instead of > HKEY_LOCAL_MACHINE\Software\Classes (which is HKEY_CL

Re: [python-win32] COM registration/unregistration and elevation on Vista

2008-01-18 Thread Tim Roberts
Mark Hammond wrote: > On Vista, it's necessary to register python COM objects from an "elevated" > process. In practice, this means I tend to keep a command-prompt open > started with "run as administrator", do registration and unregistration > there, then switch back to the normal command-prompt

[python-win32] COM registration/unregistration and elevation on Vista

2008-01-17 Thread Mark Hammond
On Vista, it's necessary to register python COM objects from an "elevated" process. In practice, this means I tend to keep a command-prompt open started with "run as administrator", do registration and unregistration there, then switch back to the normal command-prompt to do testing etc. I finall