Re: [python-win32] Media Wiki

2007-02-23 Thread Tim Golden
James Matthews wrote:
> A while ago the fact was brought up that we need a wiki for all the
> pythonwin32 info! I have acquired a domain name and wish to host this wiki
> but i want to know what people will want and i need people that will write
> articles please emails me!

Thanks for getting the ball rolling on this! I've had our discussions
about this squirrelled away in a must-do-something-about-this folder
but...

I'm quite happy to donate by Win32 How Do I... articles
(a dozen or so, some of which are linked from the new
pyfaq site). I do add to them from time to time, but less
often than I'd like.

Fundamentally, I think any such venture has to have a clear
raison d'etre [you'll have to imagine the circumflex]. There's
not much point in its reiterating things which are Python-general:
that's what all the other Python docs are for. I see it as a way
of overcoming the still-mildly-*nix-centredness of Python use
especially in certain areas, and to reassure people in a twofold
way: Python works fine on Windows and you can do pretty much
everything you need; and if you want to do things on Windows,
Python is a great tool to use.

I'm not sure what style you're going for,
or what structure, but the sort of sections I thought would be
useful are (in no particular order):

+ Win32-specifics on various apps / modules, particularly where the 
authors are more *nix-oriented so special installation steps or even
patches are needed. Obviously this could also be fed back to the
maintainers.

+ Common Win32-specific question areas, such as: Excel, CDO, PDF, Word.
These are the sort of things I've generated my How Do I... series from,
but obviously there are loads more. I think some structure is worthwhile
here because otherwise one could just check the archives of mailing
lists etc.

+ Links to sites which provide Windows-oriented Python information,
and to some extent those which are useful for the Python programmer
even though not Python-oriented.

There's my 2.5p-worth. Happy to contribute as far as commitments
permit.

TJG
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread Mark Mc Mahon
Hi,

On 2/23/07, Tim Golden <[EMAIL PROTECTED]> wrote:
>
> + Win32-specifics on various apps / modules, particularly where the
> authors are more *nix-oriented so special installation steps or even
> patches are needed. Obviously this could also be fed back to the
> maintainers.
>
> + Common Win32-specific question areas, such as: Excel, CDO, PDF, Word.
> These are the sort of things I've generated my How Do I... series from,
> but obviously there are loads more. I think some structure is worthwhile
> here because otherwise one could just check the archives of mailing
> lists etc.
>
> + Links to sites which provide Windows-oriented Python information,
> and to some extent those which are useful for the Python programmer
> even though not Python-oriented.

+ Hints on how to convert VB to Python (might be somewhere else already)

+ Hints on how to convert C to python (ctypes)

+ Advanced examples of how to create DLL plugins (for non Python
applications) using Pyrex (though I am not sure that documentation
exists for non windows either) (?)

+ How to build a pyd file (?)

+ Links to MSDN documentation

Feel free to say that you DON'T think the items above are a good idea also :-)

MarkM
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread Tim Golden
Mark Mc Mahon wrote:

> + Hints on how to convert VB to Python (might be somewhere else already)
> 
> + Hints on how to convert C to python (ctypes)
> 
> + Advanced examples of how to create DLL plugins (for non Python
> applications) using Pyrex (though I am not sure that documentation
> exists for non windows either) (?)
> 
> + How to build a pyd file (?)
> 
> + Links to MSDN documentation
> 
> Feel free to say that you DON'T think the items above are a good idea also :-)

All good, I'd say, as well as some kind of summary on the
oh-no-you-can't oh-yes-you-can story on building Python
with free/non-free compilers. (Bags me not be the one
to put that together!).

One thing which isn't quite clear to me is whether things
should focus on *links* or *articles* or whatever works.
In short, I think the less philosophising and the more
action the better at this point. Let's get something going
and see how it looks.

Obvious caveat with MSDN doc links: they change faster
than I change my socks. Might be better to link to, say:

http://www.google.com/search?q=site%3Amsdn.microsoft.com+wmi

TJG
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread James Matthews

Thank you Mark and Tim!

Which Wiki platform should we use?

On 2/23/07, Tim Golden <[EMAIL PROTECTED]> wrote:


Mark Mc Mahon wrote:

> + Hints on how to convert VB to Python (might be somewhere else already)
>
> + Hints on how to convert C to python (ctypes)
>
> + Advanced examples of how to create DLL plugins (for non Python
> applications) using Pyrex (though I am not sure that documentation
> exists for non windows either) (?)
>
> + How to build a pyd file (?)
>
> + Links to MSDN documentation
>
> Feel free to say that you DON'T think the items above are a good idea
also :-)

All good, I'd say, as well as some kind of summary on the
oh-no-you-can't oh-yes-you-can story on building Python
with free/non-free compilers. (Bags me not be the one
to put that together!).

One thing which isn't quite clear to me is whether things
should focus on *links* or *articles* or whatever works.
In short, I think the less philosophising and the more
action the better at this point. Let's get something going
and see how it looks.

Obvious caveat with MSDN doc links: they change faster
than I change my socks. Might be better to link to, say:

http://www.google.com/search?q=site%3Amsdn.microsoft.com+wmi

TJG
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32





--
http://www.goldwatches.com/watches.asp?Brand=39
http://www.wazoozle.com
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread Mark Mc Mahon
Hi James,

On 2/23/07, James Matthews <[EMAIL PROTECTED]> wrote:
> Thank you Mark and Tim!
>
> Which Wiki platform should we use?
>

A religious discussion? I personally love Trac, but I don't know how
well it fares as a public site - due to wiki spam (though they are
working on that), and we probably don't need all the extra features
(tickets, code browser, etc)

I also don't know what you can host - but it would be cool if it was a
Python powered one like Moin Moin (though I haven't used it
extensively).

Otherwise - please pick one with a reasonable level of responsiveness
- I find that Twiki can often be a bit on the slow side.

Mark
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread Tim Golden
Mark Mc Mahon wrote:
> On 2/23/07, James Matthews <[EMAIL PROTECTED]> wrote:

>> Which Wiki platform should we use?

> A religious discussion? 

Indeed. Although not so much as other things. It would
be politic to use a Python-driven one, and both Trac
and Moin Moin qualify. I personally prefer Trac, and
you can turn off things you don't need. I believe that
a fairly simple logon scheme (or a sophisticated one,
I suppose) deters most wiki spam.

Of course, hosting is an issue; Trac can be hosted on CGI,
but it's a tad slow.

I don't feel strongly about it though.

TJG
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread James Matthews

I will leave the final verdict to the great users of the python mailing
list! I will decide on later based on the majority!

James

On 2/23/07, Tim Golden <[EMAIL PROTECTED]> wrote:


Mark Mc Mahon wrote:
> On 2/23/07, James Matthews <[EMAIL PROTECTED]> wrote:

>> Which Wiki platform should we use?

> A religious discussion?

Indeed. Although not so much as other things. It would
be politic to use a Python-driven one, and both Trac
and Moin Moin qualify. I personally prefer Trac, and
you can turn off things you don't need. I believe that
a fairly simple logon scheme (or a sophisticated one,
I suppose) deters most wiki spam.

Of course, hosting is an issue; Trac can be hosted on CGI,
but it's a tad slow.

I don't feel strongly about it though.

TJG





--
http://www.goldwatches.com/watches.asp?Brand=39
http://www.wazoozle.com
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] Media Wiki

2007-02-23 Thread Graham Bloice
James Matthews wrote:
> I will leave the final verdict to the great users of the python mailing
> list! I will decide on later based on the majority!
> 

+1 for MoinMoin

-- 
Regards,

Graham Bloice

___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] better way to get current process's name

2007-02-23 Thread Tim Golden
Kelie wrote:
> Tim R, What do you mean by "installing" a Windows hook? 

A Windows hook is fairly dark magic and essentially involves
adding a link into the chain of events whenever something
significant occurs within Windows -- mostly to do with the
Windows messages which are passed around between apps and
by the O/S. You really need to be sure you know what you're
doing before you launch out.

There's a useful-looking post here explaining how to
determine whether the Caps Lock is on or off:

   http://blogs.msdn.com/michkap/archive/2006/03/29/562606.aspx

but, frankly, except as a learning exercise, I think you're
trying to do something which is messy in the extreme and
far more fiddly than perhaps it appears from the human
perspective.

I fully expect you now to go ahead, do it easily and prove
me wrong! (In which case, we want a good write-up).

TJG
___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] py2exe all of it

2007-02-23 Thread Wedge & Lever

Apoligies if this goes to the wrong place - I'm new to mailing lists.  I've
done a lot of digging and tinkering, and am posting what I've found in case
it helps anybody else.

I started by py2exe'ing a script that was basically just:

execfile("test.py")

To see what did and did not work in test.py on a machine without python
installed.  test.py could be edited in notepad from any machine obviously.
I didn't expect it to work, and it didn't - I was failing with imports, so I
started sticking imports before the line execfile("test.py") which does
work.  I ended up writing a find all modules function and a 'deep import'
function for packages.  I built these into setup.py so that it would try to
import any name it found, log the ones that worked, use that log to build a
script to freeze, and ultimately freeze it.  I can't help it, I have a thing
for brute force.

Along the way, I was reading anything I could find about how import actually
works.  I also was able to define what I'm wanting to accomplish a little
better.  As far as I can tell, what an installer does in the registry is A)
Put python.exe in the search path B) Associate icons for .py and .pyc files,
C) Setup .py and .pyc files up as executable, sent to python.exe to
interperet, and D) setup the pythonpath environment variable to support
import statements.

A, B, and C are not a big deal for a developer, but they can confuse a
user.  D is a near necessity no matter who you are.

My next plan is to copy an entire python installation (files and
folders) onto a shared network drive, and write something to set up path and
pythonpath environment variables.  That way, any machine connected to that
drive should run python programs without any installation.  Making an app
launchable via 'doubleclick' will require encapsulating the setup program
and the app itself, but there are 1,001 ways to do that.

I'll report back on how this goes.  Thanks to everybody for their input.


On 2/13/07, Wedge & Lever <[EMAIL PROTECTED]> wrote:


At work, bringing in an executable to use is no big deal, but installing
anything takes an act of congress.  Because of this, I was going to try to
py2exe everything you get with the windows installer, wxPython, and
pyOpenGL.  My goal is basically a complete python distribution that does not
need to install anything.

Is this a pipe dream?

If it's doable, I can figure it out... I just don't want to throw a lot of
time and effort at the impossible.  If anybody's tried this, or knows a good
reason it should/couldn't work, I'd appreciate any feedback you can provide.



___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] py2exe all of it

2007-02-23 Thread Tim Roberts
Wedge & Lever wrote:
>
> ... 
> My next plan is to copy an entire python installation (files and
> folders) onto a shared network drive, and write something to set up
> path and pythonpath environment variables.  That way, any machine
> connected to that drive should run python programs without any
> installation.  Making an app launchable via 'doubleclick' will require
> encapsulating the setup program and the app itself, but there are
> 1,001 ways to do that.

OK, but here's the part that bothers me.  What you are describing is
essentially what an installer would do.  If you are able to do what you
suggest, then why can't you just run the installer?  What's the difference?

-- 
Tim Roberts, [EMAIL PROTECTED]
Providenza & Boekelheide, Inc.

___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32


Re: [python-win32] better way to get current process's name

2007-02-23 Thread Tim Roberts
Tim Golden wrote:
> ...
> but, frankly, except as a learning exercise, I think you're
> trying to do something which is messy in the extreme and
> far more fiddly than perhaps it appears from the human
> perspective.
>
> I fully expect you now to go ahead, do it easily and prove
> me wrong! (In which case, we want a good write-up).
>   

I cannot imagine a better summary of the situation than this.  I was
about to go into a lengthy and overly verbose (as everything I write is)
explanation of how hard this will be in practice, but I cannot top
this.  Well put.

-- 
Tim Roberts, [EMAIL PROTECTED]
Providenza & Boekelheide, Inc.

___
Python-win32 mailing list
Python-win32@python.org
http://mail.python.org/mailman/listinfo/python-win32