Mailman 3 July 2003 - Python-announce-list

cx_Freeze 2.1
by Anthony Tuininga July 23, 2003

July 23, 2003

What is cx_Freeze? cx_Freeze is a set of utilities for freezing Python scripts into executables using many of the techniques found in Thomas Heller's py2exe, Gordon McMillan's Installer and the Freeze utility that ships with Python itself. Where do I get it? http://starship.python.net/crew/atuining http://www.computronix.com/utilities.shtml (it may be a few days before the second site is updated) What's new? 1) Remove dependency on Python 2.2. Thanks to Paul Moore for not only pointing it out but providing patches. 2) Set up the list of frozen modules in advance, rather than doing it after Python is initialized so that implicit imports done by Python can be satisfied. The bug in Python 2.3 that demonstrated this issue has been fixed in the first release candidate. Thanks to Thomas Heller for pointing out the obvious in this instance! 3) Added additional base executable (ConsoleSetLibPath) to support setting the LD_LIBRARY_PATH variable on Unix platforms and restarting the executable to put the new setting into effect. This is primarily of use in distributing wxPython applications on Unix where the shared library has an embedded RPATH value which can cause problems. 4) Small improvements of documentation based on feedback from several people. 5) Print information about the files written or copied during the freezing process. 6) Do not copy extensions when freezing if the path is being overridden since it is expected that a full Python installation is available to the target users of the frozen binary. 7) Provide meaningful error message when the wxPython library cannot be found during the freezing process. -- Anthony Tuininga anthony(a)computronix.com Computronix Distinctive Software. Real People. Suite 200, 10216 - 124 Street NW Edmonton, AB, Canada T5N 4A3 Phone: (780) 454-3700 Fax: (780) 454-3838 http://www.computronix.com

1 0

ANN: Leo 3.12 outlining editor
by Edward K. Ream July 23, 2003

July 23, 2003

leo.py 3.12 is now available at: http://sourceforge.net/projects/leo/ This version fixes many bugs and adds several major new features. The first announcement of 3.12 appeared a few days ago on SourceForge. Since then, a few minor bugs have been found. In particular, if would be best, when installing Leo on Linux, to remove previous installations of Leo before running the install script. This will ensure that the new subdirectories of the main Leo directory are created properly. Window sizes are now in pixels rather than grid units, so you must resize existing outlines (.leo files) when opening them for the first time using this version of Leo. Don't panic! Highlights of this version: * Plugged a huge memory leak. * Fixed a major bug involving undo. * Added Icon & Status areas to Leo window for use by plugins. * Important new plugins: - The file leoPlugins.leo now contains all plugins. - add_directives.py allows plugins to define new directives. - color_markup.py supports wiki-styled markup. - mod_spelling.py checks spelling (requires aspell to be installed). - nav_buttons.py creates browser-style navigation plugins in the icon area. - plugins_menu.py creates a Plugins menu items for all loaded plugins. - scripts_menu.py creates a Scripts menu for all scripts in scripts folder. - spell - trace_gc traces all changes to memory at idle time. * Other enhancements: - Redesigned the Find panel. Non-functional options are dimmed. - Added @wrap and @nowrap directives. - Added Write Dirty @file Nodes command. - Added several new "stub hooks". - Hyperlinks are now enabled by default. - Leo now loads plugins in alphabetical order. - Leo now remembers the size and location of Leo windows. - Undo now restores the insert point or the selection range after most commands. - Added apply button to Font panel. - Improved the reporting of characters that do not exist in the present encoding. * The usual assortment of bug fixes and minor improvements. - There are no known bugs in this version of Leo. Quote of the month: ------------------- "Thanks for such a great mind-opening program!" -- Eduardo Dominguez What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. leo.py requires Python 2.1 or above and tcl/tk 8.3 or above. leo.py works on Linux, Windows and MacOs X Jaguar. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream -------------------------------------------------------------------- Edward K. Ream email: edreamleo(a)charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html --------------------------------------------------------------------

1 0

[ANN] WebTK v0.alpha3
by Xavier Antoviaque July 22, 2003

July 22, 2003

================= WebTK v0.alpha3 ================= Find a new alpha-release of WebTK: http://www.webtk.org/ It includes a brand new data model (featuring data events!), a Forum application and a refactored module architecture. The examples below have been updated to reflect changes. What is WebTK ? =============== WebTK is a Python framework, using Twisted as its underlying Web server, and allowing webmasters to develop websites like any classic GUI software. It is object-oriented, providing and handling event-based widgets. It also does not need any database to work, as it uses objects persitance, with the help of PyPerSyst. Disclaimer ========== Please note that the alpha series are mainly for developers that want to have a look at WebTK internals - there are plenty of bugs, dirty tricks and the installation is not easy. This is NOT for production websites. URLs ==== You can find more about WebTK here : Homepage : http://www.webtk.org/ Download : http://www.webtk.org/download/ Web CVS : http://cvs.plebia.org/index.py/?cvsroot=webtk Current API : http://www.webtk.org/doc/current/api/ Changelog : http://www.webtk.org/Changelog Examples ======== To give you some idea of what WebTK is, here is some small sample websites, working with the alpha3 version. It shows an image whose content change each time you click on it: # Modules ################################################################# import sys from webtk.core.system import Session from webtk.widget.window import RootWindow from webtk.widget.display import Pixmap # Classes ################################################################# class MySession(Session): def init(self): window = RootWindow(wtkTitle='WebTK Test') self.wtkAddRootObject(window) image = PlebiaPlonePixmap() window.wtkAppendChild(image) class PlebiaPlonePixmap(Pixmap): def init(self): self.ploneURI = 'http://plone.org/logo.jpg' self.plebiaURI = 'http://www.plebia.org/images/logo.png' self.wtkURI = self.plebiaURI self.wtkAddEvent('click', self.onClick) def onClick(self): if self.wtkURI == self.plebiaURI: self.wtkURI = self.ploneURI else: self.wtkURI = self.plebiaURI Here is a slighlty more elaborated one, which uses a Poll widget to ask the visitor an important question ! # Modules ################################################################# import sys from webtk.core.system import Session from webtk.widget.window import RootWindow from webtk.widget.app.poll import Poll, PollResult from webtk.data.base import Data # Classes ################################################################# class MySession(Session): def init(self): # Poll window = RootWindow(wtkTitle='WebTK Test Poll') self.wtkAddRootObject(window) pollData = self.wtkSystem.wtkPoolGet('poll') if pollData is None: pollData = self.wtkSystem.wtkPoolRegister('poll', Data) question = Data() question.wtkTitle = 'Do you like WebTK ?' for ans in ['Yes, sure.', 'Mmmh, I do not know.', 'Bah!']: answer = Data() answer.wtkTitle = ans answer.wtkNbVotes = 0 question.wtkAppendChild(answer) pollData.wtkAppendChild(question) question = Data() question.wtkTitle = 'Will you use it ?' for ans in ['For all my future websites!', 'Perhaps...', 'Never!']: answer = Data() answer.wtkTitle = ans answer.wtkNbVotes = 0 question.wtkAppendChild(answer) pollData.wtkAppendChild(question) pollResult = PollResult(wtkPollData=pollData) pollResult.wtkIsVisible = 0 poll = TestPoll(wtkPollData=pollData, pollResult=pollResult) window.wtkAppendChild(poll) window.wtkAppendChild(pollResult) class TestPoll(Poll): def init(self, pollResult): self.pollResult = pollResult self.wtkAddEvent('onSelectAnswer', self.wtkCallbackOnSelectAnswer) def wtkCallbackOnSelectAnswer(self): self.pollResult.wtkIsVisible = 1 -- Xavier.

1 0

ANN: Leo 3.12 outlining editor
by Edward K. Ream July 22, 2003

July 22, 2003

leo.py 3.12 July 17, 2003 leo.py 3.12 is now available at: http://sourceforge.net/projects/leo/ This version fixes many bugs and adds several major new features. The first announcement of 3.12 appeared a few days ago on SourceForge. Since then, a few minor bugs have been found. In particular, when installing Leo on Linux, please remove previous installations of Leo before running the install script. This will ensure that the new subdirectories of the main Leo directory are created properly. Window sizes are now in pixels rather than grid units, so you must resize existing outlines (.leo files) when opening them for the first time using this version of Leo. Don't panic! Highlights of this version: * Plugged a huge memory leak. * Fixed a major bug involving undo. * Added Icon & Status areas to Leo window for use by plugins. * Important new plugins: - The file leoPlugins.leo now contains all plugins. - add_directives.py allows plugins to define new directives. - color_markup.py supports wiki-styled markup. - mod_spelling.py checks spelling (requires aspell to be installed). - nav_buttons.py creates browser-style navigation plugins in the icon area. - plugins_menu.py creates a Plugins menu items for all loaded plugins. - scripts_menu.py creates a Scripts menu for all scripts in scripts folder. - spell - trace_gc traces all changes to memory at idle time. * Other enhancements: - Redesigned the Find panel. Non-functional options are dimmed. - Added @wrap and @nowrap directives. - Added Write Dirty @file Nodes command. - Added several new "stub hooks". - Hyperlinks are now enabled by default. - Leo now loads plugins in alphabetical order. - Leo now remembers the size and location of Leo windows. - Undo now restores the insert point or the selection range after most commands. - Added apply button to Font panel. - Improved the reporting of characters that do not exist in the present encoding. * The usual assortment of bug fixes and minor improvements. - There are no known bugs in this version of Leo. Quote of the month: ------------------- "Thanks for such a great mind-opening program!" -- Eduardo Dominguez What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. leo.py requires Python 2.1 or above and tcl/tk 8.3 or above. leo.py works on Linux, Windows and MacOs X Jaguar. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream -------------------------------------------------------------------- Edward K. Ream email: edreamleo(a)charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html --------------------------------------------------------------------

1 0

[ANN] epydoc 2.0 released
by user＠domain.invalid July 22, 2003

July 22, 2003

Epydoc is a tool for generating API documentation for Python modules, based on their docstrings. <http://epydoc.sourceforge.net/> For some examples of the documentation generated by epydoc, see: - The API documentation for epydoc. (HTML) <http://epydoc.sourceforge.net/api/> - The API documentation for epydoc. (PDF) <http://epydoc.sourceforge.net/epydoc.pdf> - The API documentation for the Python 2.2 standard library. <http://epydoc.sourceforge.net/stdlib/> - The API documentation for NLTK, the natural langauge toolkit. <http://nltk.sourceforge.net/ref/> - The API documentation for Docutils <http://epydoc.sourceforge.net/docutils/> Epydoc currently understands four markup languages: - Epytext, a lightweight markup language with support for basic formatting constructs. - ReStructuredText, an "easy-to-read, what-you-see-is-what-you-get plaintext markup syntax." - Javadoc, the standard markup language for documenting java source. - Plaintext. New features added since 1.1 include: Improvements to Docstring processing ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - Support for ReStructuredText docstrings. - Support for Javadoc docstrings. - Many new documentation fields for docstrings. - More robust crossreference link resolving. Improvements to Output Generation ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - New output formats: LaTeX, DVI, PostScript, and PDF. - Three new formats for displaying inherited methods and variables: listed, grouped, and included. Improvements to Inspection ~~~~~~~~~~~~~~~~~~~~~~~~~~ - Support for new Python 2.2+ objects, including class methods, static methods, properties, and metaclasses. - Automatic detection of imported variables. - Documentation inheritance for inherited methods and variables. Improvements to Efficiency ~~~~~~~~~~~~~~~~~~~~~~~~~~ - Epydoc 2.0 runs 50%-200% faster than epydoc 1.1. (e.g., it runs 2.6 times as fast when documenting the Python standard library). A complete list of new features and the change log are available at: <http://sourceforge.net/project/shownotes.php?release_id=173036>

1 0

pynum2word-0.1 released
by tso＠users.sourceforge.net July 22, 2003

July 22, 2003

The first public release of pynum2word is now available. pynum2word is a suite of Python Modules that translate numbers into words. Currently the languages supported are English (10**12 == "one trillion" - max of 10**304-1), old UK numbers (10**18 == "one trillion", max 10**606-1), German, French, and Spanish. The design is clean and extensible, so that other languages should be simple to add. The modules handle positive and negative cardinal numbers ("minus four hundred and ten"), floating point numbers with precision specified ("three point one four"), ordinals ("six billionth"), and ordnums ("101st") The project page is: http://sourceforge.net/projects/pynum2word/ The package is available from: http://sourceforge.net/project/showfiles.php?group_id=85362 Assistance (particularly from those fluent in languages other than English) gratefully accepted Ta, Ro.

1 0

Fnorb 1.3 is available
by martin＠v.loewis.de July 21, 2003

July 21, 2003

We are pleased to announce the availability of Fnorb 1.3. Fnorb is a pure-Python CORBA implementation. This release can be downloaded from http://sourceforge.net/project/showfiles.php?group_id=44742&release_id=1728… This release adds support for CORBA 2.1 and its type extensions, and for corbaloc/corbaname object references. It also adds a pure-python preprocessor and a test suite. Please report any problems with this release to sf.net/projects/fnorb. Enjoy, Martin

1 0

Albatross 1.10 released
by Dave Cole July 20, 2003

July 20, 2003

OVERVIEW Albatross is a small toolkit for developing highly stateful web applications. The toolkit has been designed to take a lot of the pain out of constructing intranet applications although you can also use Albatross for deploying publicly accessed web applications. In slightly less than 3000 lines of Python (according to pycount) you get the following: * An extensible HTML templating system similar to DTML including tags for: - Conditional processing. - Macro definition and expansion. - Sequence iteration and pagination. - Tree browsing. - Lookup tables to translate Python values to arbitrary template text. * Application classes which offer the following features: - Optional server side or browser side sessions. - The ability to place Python code for each page in a dynamically loaded module, or to place all page processing code in a single mainline. * The ability to deploy applications either as CGI or via mod_python by changing less than 10 lines of code. The toolkit application functionality is defined by a collection of fine grained mixin classes. Nine different application types and five different execution contexts are prepackaged, you are able to define your own drop in replacements for any of the mixins to alter any aspect of the toolkit semantics. Application deployment is controlled by your choice of either cgi, FastCGI, mod_python, or BaseHTTPServer Request class. It should be possible to develop a Request class for Medusa or Twisted to allow applications to be deployed on those platforms with minimal changes. Albatross comes with over 160 pages of documentation. HTML, PDF and PostScript formatted documentation is available from the toolkit homepage. The toolkit homepage: http://www.object-craft.com.au/projects/albatross/ The Albatross mailing list subscription and archives: http://object-craft.com.au/cgi-bin/mailman/listinfo/albatross-users CHANGES SINCE 1.01 There have been many improvements and bug fixes since release 1.01. The following page describes the changes in detail. http://www.object-craft.com.au/projects/albatross/albatross/rel-1.10.html (There were no changes to 1.10pre4) -- http://www.object-craft.com.au

1 0

dnspython 1.1.0b1
by Bob Halley July 19, 2003

July 19, 2003

dnspython 1.1.0b1 has been released. New in this release: Message sections are now lists of RRsets, not lists of nodes. Many tests have been added to the test suite; dnspython 1.0.0 had 47 tests, 1.1.0b1 has 217. The improved testing uncovered a number of bugs, all of which have been fixed. The NameDict class provides a dictionary whose keys are DNS names. In addition to behaving like a normal Python dictionary, it also provides the get_deepest_match() method. If, for example, you had a dictionary containing the keys foo.com and com, then get_deepest_match() of the name a.b.foo.com would match the foo.com key. Zone and Node factories may be specified, allowing applications to subclass Zone or Node and yet still use the algorithms which build zones from master files or AXFR data. A new Renderer class for those applications which want finer control over the DNS wire format message generation process. Support for a "TooBig" exception if the size of wire format output exceeds a specified limit. dns.ipv6.inet_ntoa() now minimizes the text representation of IPv6 addresses in the usual way, e.g. "0000:0000:0000:0000:0000:0000:0000:0001" is minimized to "::1". (One caveat is that it still does not use the "dotted quad" syntax for embedded IPv4 addresses.) dns.query functions now take an optional address family parameter. This release fixes all known bugs from 1.0.0.

1 0

Python 2.3 release candidate 1
by Jeremy Hylton July 18, 2003

July 18, 2003

I am very happy to announce the release of Python 2.3 release candidate 1. The python-dev crew has fixed almost 50 bugs since the beta release last month. You can find the downloads at the usual place: http://www.python.org/2.3/ All major reported bugs have been fixed for this release. If we do not discover any major bugs in the next week, we will re-release this code as Python 2.3 final. We encourage potential users of Python 2.3 to try the release candidate with their programs and report any bugs as soon as possible. To report a new bug, use the SourceForge bug tracker http://sourceforge.net/bugs/?func=addbug&group_id=5470 This release of Python does not have any big changes, but it does have many small changes that improve the libraries, fix bugs, and increase stability. According to some simple benchmarks, Python 2.3 is 25-30% faster than Python 2.2.3. There are about 15 new or significantly revised standard library modules, and a few new builtins. Andrew Kuchling's What's New in Python 2.3 describes the most visible changes since Python 2.2 in more detail: http://www.python.org/doc/2.3c1/whatsnew/ Have fun! -- Jeremy Hylton <http://www.python.org/~jeremy/>

1 0