Is Python Dead?

[Alex Martelli]

"Chris Gonnerman" <chris.gonnerman at newcenturycomputers.net> wrote in message
news:mailman.994078809.12040.python-list at python.org...
    ...
> > "Chris Gonnerman" <chris.gonnerman at newcenturycomputers.net> wrote in
> message
> > news:mailman.994049882.30354.python-list at python.org...
> >     ...
> > > When am I forced?  Sadly it seems that integrating any other language
> > > directly into MS Access is out of the question.  (Am I wrong?  Someone
> > > please tell me if I am!)
> >
> > Depends what you mean by "directly".  With COM and ActiveScripting,
> > it's generally not a problem to use Python or other AS-compliant
languages
> > with any Office or other Automation-enabled app, albeit with a simple
> > passage through VBA or VBScript.
>
> Define "simple"... what I want is to drop in Python in place of VBA.  I'm
> still not sure it's possible.

I agree it's not possible to "drop in Python _in place of_ VBA" -- tricking
MS Access (or other office app) into using other DLL's in lieu of the
ones it's linked-to would be anything BUT simple (or solid:-).  What I
do mean by "simple" is, the (e.g.) code that responds to the (whatever)
event is still in VBA, but all it does is delegate the call right to a
Python object.


> > > The only other time is when I must work with dBase tables... but I
would
> > > hardly typify that as not being "good database support".
> >
> > http://www.stud.ifi.uio.no/~larsga/download/python/
>
> I can't get this URL to work... I am getting Forbidden errors.

Darn, it's giving forbidden errors to me too, right now, it worked
the other day.  I haven't tried it, but maybe http://www.fiby.at/dbfpy.tgz
may help you -- or perhaps the idea of using ODBC (or ADO/OleDB, etc)
to access the dBase files remains better.


Alex