I have updated and moved my SCSI diagnostic tools from starship to
sourceforge. I will be still maintaining these files at both locations
as long as starship exists. These tools allow low level tests to be
conducted on storage devices under the Windows operating system. These
routines access all storage devices through the Windows SCSIPASSTHROUGH
layer, which maps all storage devices (SCSI,IDE/ATA,USB,PCMCIA,DVD,CD)
to look like a SCSI device that is accessed using SCSI command
The move to Sourceforge also places the sourcecode,and files under CVS
A new version of DirectPython is now available at
What is it?
DirectPython is a C++ extension to the Python programming language which
provides access to DirectX (9.0c) API, including Direct3D, DirectSound,
DirectShow and DirectInput.
The full distribution is very easy to install and it includes many
samples and documentation that show the basics of DirectPython
programming. No additional packages are needed.
Whats new in 0.2.5?
This version has only few new features. Most of the changes in the API
are minor and easy to fix in existing applications. See the readme.txt
for any changes.
A Windows operating system with Python 2.4.x and DirectX 9.0c installed.
Venue: Giuliani (next to Murphy's Bar)
Date: Wednesday April 26, 2006
This is the kickoff meeting for the Champaign-Urbana Python User Group
(called IlliPy). We will be talking about upcoming Python talks, open
source project initiatives and the Python user group book club
Please visit http://illipy.tautology.net for more details and if
interested in attending meetings please subscribe to the IlliPy
announcement mailing list at:
I'm pleased to announce the thirtieth development release of PythonCAD,
a CAD package for open-source software users. As the name implies,
PythonCAD is written entirely in Python. The goal of this project is
to create a fully scriptable drafting program that will match and eventually
exceed features found in commercial CAD software. PythonCAD is released
under the GNU Public License (GPL).
PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0
based, and uses the PyGTK module for interfacing to GTK. The design of
PythonCAD is built around the idea of separating the interface
from the back end as much as possible. By doing this, it is hoped
that both GNOME and KDE interfaces can be added to PythonCAD through
usage of the appropriate Python module. Addition of other PythonCAD
interfaces will depend on the availability of a Python module for that
particular interface and developer interest and action.
The thirtieth PythonCAD release addresses a number of issues that
appeared in the rewritten entity transfer code made available in the
previous release. By once again rewriting the entity transfer code,
the problems found in the last release have been fixed and additionally
a number of latent problems for handling undo/redo operations on
Dimension entities were addressed. In addition to the reworked
entity transfer code, a number of internal code enhancements appear
in this release. The use of the 'weakref' module has been eliminated,
and a number of other bug fixes and improvements have been applied
to the code.
A mailing list for the development and use of PythonCAD is available.
Visit the following page for information about subscribing and viewing
the mailing list archive:
Visit the PythonCAD web site for more information about what PythonCAD
does and aims to be:
Come and join me in developing PythonCAD into a world class drafting
Man once surrendering his reason, has no remaining guard against absurdities
the most monstrous, and like a ship without rudder, is the sport of every wind.
-Thomas Jefferson to James Smith, 1822
Release Name: vizann-2.0
This freeware program may be downloaded from
This is a program to graphically demonstrate the operational
details of two types of ANN (Artificial Neural Network) when
used to implement the XOR function.
The program is 100% GUI, meaning that there is no
line-by-line input nor output. The program is written in
Python. (a free download from http://www.python.org)
The .zip file contains only these five files:
VizANN.py - The program source code
VizANN.txt - documentation
xormlp.gif - an image file which VizANN.py will display
xorfcba.gif - an image file which VizANN.py will display
VizANNnotes.txt - this file
I'm proud of http://ANNEvolve.sourceforge.net. I'm currently working on a
major update of the SailChallenge package. If you want to write software,
or articles, or do testing for ANNEvolve, let me know.
Humans may know that my email address is zenguy at shaw dot ca.
-----BEGIN PGP SIGNED MESSAGE-----
itools is a Python library, it groups a number of packages into a single
meta-package for easier development and deployment:
itools.catalog itools.i18n itools.uri
itools.cms itools.ical itools.web
itools.csv itools.resources itools.workflow
itools.datatypes itools.rss itools.xhtml
itools.gettext itools.schemas itools.xliff
itools.handlers itools.stl itools.xml
The most relevant news in this release are...
The "itools.cms" package does not depends on the ZODB anymore, now it
stores the information directly in the filesystem, as files and folders.
This enables us to use all the tools we like and love for introspection
and manipulation of the database (grep, vi, etc.). It also means a
boost to the application's performance.
The Command Line Interface has been updated to use our new conventions.
The script "icms.py" has been split into: icms-init, icms-start,
icms-stop, icms-update and icms-restore; "igettext.py" has been split
into: igettext-extract, igettext-merge and igettext-build; and so on.
The consequences basically are shell completion for free, and a better
The packaging has also seen deep changes. Unit tests are all centralized
into the "test" directory. The new family of "isetup" scripts
(isetup-update-locale, isetup-build and isetup-test) will simplify the
localization, build and test processes, hence helping us to deliver a
While only visible to us developers of itools, the switch from GNU arch
to GIT  to manage the source code, will streamline the development
process, reduce the entry barrier to new contributors, and in the end
help us to get out a better product.
Last, but probably most important, we have changed the licensing of
itools from LGPL to GPL. While this change may not be for the taste of
many Python developers, we believe that itools belongs to the group of
libraries that "make a difference", hence it is better served by the GPL
For a more detailed list of the changes see the CHANGES.txt file.
J. David Ibáñez
Itaapy <http://www.itaapy.com> Tel +33 (0)1 42 23 67 45
9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v184.108.40.206 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
Nuxeo Calendar Server released in version 2
Nuxeo releases version 2 of it's calendar products for Python and
Zope, updating to the latest technology frameworks.
Nuxeo proudly presents version 2 of its calendar framework.
The calendar framework is a set of advanced, flexible calendar
components for Python and Zope.
CalCore is a calendar component for Python. It allows the Python
developer do write advanced calendar applications either using their
own event storage or integrating with external calendar servers.
Features of the CalCore include among others:
* Support for making private calendars, shared calendars, resource
booking and more,
* invitation workflow,
* iCalendar import and export,
* meeting support, including helper functions to look for free time,
* recurring event support,
CalZope is the Zope module that provides a web user interface for
CalCore. Features include:
* an internationalized web user interface,
* integration with iCalendar clients (Apple iCal, Mozilla Sunbird,
...) using the iCalendar and http,
* an advanced meeting helper that allows you to search for free time
amongst the invited users,
The changes between version 1 and version 2 have been mostly in
CalZope, where we now have started using more of the techniques
available through the tighter integration of Zope 3s component
architecture in Zope 2.
* Local utilities instead of portal tools, providing for an easier
installation and greater portability to various non-CMF
frameworks, such as Silva and Zope 3.
* zope.i18n for internationalization providing translations of
CalZope without additional tools such as Localizer or PTS. CalZope
will in a standard Zope now be automaticaly translated into
english, french and more, and you can easily add your own
* Install script, so you can easily try CalZope out in a pure Zope
* And of course, various minor bugfixes.
For CPS users, all these modules are a part of the CPSGroupware bundle,
together with the CPSMailAccess webmail client.
For more functional and technical information, see the Calendar Server
CalCore v2 can be downloaded here:
CalZope v2 can be downloaded here:
CPSGroupware 1.9.0 for CPS 3.4.0 can be downloaded here:
If you'd like to help with development or porting to other platforms,
please join the cps-devel mailing list at
Stefane Fermigier - CEO, Nuxeo SAS - http://www.nuxeo.com/en/
Open Source ECM provider - http://www.cps-project.org
Free soft. developer - http://blogs.nuxeo.com/sections/blogs/fermigier
The 0.3.0 release of pywinauto is now available.
pywinauto is a set of open-source (LGPL) modules for using Python as a GUI
automation 'driver' for Windows NT based Operating Systems (NT/W2K/XP).
SourceForge project page:
Download from SourceForge
Here is the list of changes from 0.2.5:
0.3.0 Added Application data - now useful for localization testing
* Added automatic Application data collection which can be used when
running the same test on a different spoken language version. Support
is still preliminary and is expected to change. Please treat as early
If you have a different language version of Windows then you can try
this out by running the notepad_fast.py example with the langauge
argument e.g. ::
This will load the application data from the supplied file
notepad_fast.pkl and use it for finding the right menu items and
controls to select.
* Test implementation to make it easier to start using an application.
Previously you needed to write code like ::
app = Application().connect_(title = 'Find')
1st change was to implement static methods ``start()`` and
``connect()``. These methods return a new Application instance
so the above code becomes::
app = Application.connect(title = 'Find')
I also wanted to make it easier to start working with a simple
application - that may or may not have only one dialog. To make this
situation easier I made ``window_()`` not throw if the application has not
been ``start()ed`` or ``connect()ed`` first. This leads to simpler code
app = Application()
What happens here is that when you execute any of Application.window_(),
Application.__getattr__() or Application.__getitem__() when the
application hasn't been connected or started. It looks for the window
that best matches your specification and connects the application to
This is extra functionality - existing connect_() and
start_() methods still exist
* Fixed HwndWrapper.SetFocus() so that it would work even if the window
was not in the foreground. (it now makes the window foreground as well
as giving it focus). This overcomes a restriction in Windows where
you can only change the foreground window if you own the foreground
* Changed some 2.4'isms that an anonymous commenter left on my blog :-)
with these changes pywinauto should run on Python 2.3 (though I haven't
done extensive testing).
* Commented out controls.common_controls.TabControlWrapper.GetTabState()
and TabStates() as these did not seem to be returning valid values anyway.
* Fixed documentation issues were parts of the documentation were not
getting generated to the HTML files.
* Fixed issue where MenuSelect would sometimes not work as expected.
Some Menu actions require that the window that owns the menu be active.
Added a call to SetFocus() before selecting a menu item to ensure that
the window was active.
* Fixed Bug 1452832 where clipboard was not closed in clipboard.GetData()
* Added more unit tests now up to 248 from 207
If you want to follow this project then please sign up to the mailing list:
Mark Mc Mahon
Manchester, NH 03110, USA
<P><A HREF="http://sourceforge.net/projects/pywinauto">pywinauto 0.3.0</A>
Simple Windows GUI automation with Python. (20-Mar-06)
it's time for the 7th Python Bug Day. The aim of the bug day is to close
as many bugs, patches and feature requests as possible, this time with a
special focus on new features that can still go into the upcoming 2.5 alpha
The bug day will take place on Friday, March 31st, running from
1PM to 7PM GMT (9AM to 3PM Eastern time). You don't need to be around all day;
feel free to stop by for a few hours and contribute.
Where and How?
To join, stop by the IRC channel #python-dev on irc.freenode.net, where
efforts will be discussed and coordinated. We'll collaboratively go through
the Python bug database at SourceForge and fix things as they come up.
IMPORTANT: *No* prior knowledge of the Python source is necessary to
participate! You'll get all assistance the developers can offer for starting
up with helping, this is in fact a good opportunity to learn the basics.
Bug day participation helps the developers and makes Python 2.5 a better
release by reducing the backlog of bugs and patches. Plus, it's fun!
For instructions and more information, see the Wiki page at