Python-announce-list April 2002

python-announce-list@python.org

54 participants
80 discussions

by Michael Muller

DOPY is a small distributed object system written entirely in Python. It is not intended to be CORBA compliant. Instead, it aims to be extremely easy to use and to support Python's dynamic nature - methods are invoked dynamically, parameters are passed by copy. Any python object that can be pickled can automatically be passed as a parameter or a return value, and any Python object can be published as a distributed object. Changes in DOPY 0.6: - Numerous bug fixes for 0.5. - Added setup.py file for distutils. - Expanded documentation. - Added reactors to deal with alternate input channels in single threaded mode. Available at: http://www.users.cloud9.net/~proteus/dopy/welcome.html

18 years, 5 months

ANN: prysm 1.0

by demian0311＠yahoo.com

prysm 1.0 http://prysm.sourceforge.net/ https://sourceforge.net/projects/prysm/ prysm is an excruciatingly simple log file colorizer implemented in Python. the itch that i am scratching is log file blindness. there are certain log file events that are of great importance. putting a bunch of characters or newlines in logging doesn't always get your attention and when it's too obnoxious you have to go in and remove it from your regular logging. with prysm you can set up rules to define the color (foreground and background) specific lines will be displayed. it's also a testament to how much python rules... less than 100 lines, including the gpl header! ...sa-weeeet. send questions, comments, etc... to demian0311 at users.sourceforge.net

18 years, 5 months

ANNOUNCE: Quixote 0.4.6 released

by Greg Ward

Quixote 0.4.6 is now available for download from: http://www.mems-exchange.org/software/quixote/ Quixote is yet another framework for developing Web applications in Python. The design goals were: 1) To allow easy development of Web applications where the accent is more on complicated programming logic than complicated templating. 2) To make the templating language as similar to Python as possible, in both syntax and semantics. The aim is to make as many of the skills and structural techniques used in writing regular Python code applicable to Web applications built using Quixote. 3) No magic. When it's not obvious what to do in a certain case, Quixote refuses to guess. If you view a web site as a program, and web pages as subroutines, Quixote just might be the tool for you. If you view a web site as a graphic design showcase, and each web page as an individual work of art, Quixote is probably not what you're looking for. Quixote was primarily written by Andrew Kuchling, Neil Schemenauer, and Greg Ward: {amk,nas,gward}(a)mems-exchange.org. Support for Quixote is available on the quixote-users(a)mems-exchange.org mailing list. CHANGES in Quixote 0.4.6 ------------------------ * a last-minute patch to http_request.py just before release 0.4.5 broke extracting form data from GET requests -- fixed that -- Greg Ward - software developer gward(a)mems-exchange.org MEMS Exchange http://www.mems-exchange.org

18 years, 5 months

Oops -- wrong url for source with PyQt book

by Boudewijn Rempt

The url http://www.xs4all.nl/~bsarempt/python/pyqt_qt2.tgz should be http://www.xs4all.nl/~bsarempt/python/pyqt_qt3.tgz Source for Python 2.x, Qt 3.x and PyQt 3.x. (Grab this if you're current with the PyQt from http://www.riverbankcomputing.co.uk -- Boudewijn Rempt | http://www.valdyas.org

18 years, 5 months

Source for GUI Programming with Python Using the Qt Toolkit

by Boudewijn Rempt

I've cleaned up the source code for all the examples in the book, and ported it to PyQt 3.1. While awaiting the Opendocs webforum for the book, I've put up the packages on my own webserver. http://www.xs4all.nl/~bsarempt/python/pyqt_qt2.tgz Source for Python 1.x, 2.x, Qt 2.x, 3.x and PyQt 2.x. (Grab this if you use the PyQt that comes with your Linux distribution.) http://www.xs4all.nl/~bsarempt/python/pyqt_qt2.tgz Source for Python 2.x, Qt 3.x and PyQt 3.x. (Grab this if you're current with the PyQt from http://www.riverbankcomputing.co.uk The book can be read online at: http://www.opendocspublishing.com/pyqt Or bought, for instance from Amazon: http://www.amazon.com/exec/obidos/ASIN/0970033044/qid=1016980570/sr=8-1/ref… -- Boudewijn Rempt | http://www.valdyas.org

18 years, 5 months

ANNOUNCE: Optik 1.3 released

by Greg Ward

Optik 1.3 ========= Optik is a powerful, flexible, extensible, easy-to-use command-line parsing library for Python. Using Optik, you can add intelligent, sophisticated handling of command-line options to your scripts with very little overhead. Here's an example of using Optik to add some command-line options to a simple script: from optik import OptionParser [...] parser = OptionParser() parser.add_option("-f", "--file", action="store", type="string", dest="filename", help="write report to FILE", metavar="FILE") parser.add_option("-q", "--quiet", action="store_false", dest="verbose", default=1, help="don't print status messages to stdout") (options, args) = parser.parse_args() With these few lines of code, users of your script can now do the "usual thing" on the command-line: <yourscript> -f outfile --quiet <yourscript> -qfoutfile <yourscript> --file=outfile -q <yourscript> --quiet --file outfile (All of these result in options.filename == "outfile" options.verbose == 0 ...just as you might expect.) Even niftier, users can run one of <yourscript> -h <yourscript> --help and Optik will print out a brief summary of your script's optons: usage: <yourscript> [options] options: -h, --help show this help message and exit -fFILE, --file=FILE write report to FILE -q, --quiet don't print status messages to stdout That's just a taste of the flexibility Optik gives you in parsing your command-line. See the documentation included in the package for details. AUTHOR, COPYRIGHT, AVAILABILITY ------------------------------- Optik was written by Greg Ward <gward(a)python.net> The latest version of Optik can be found at http://optik.sourceforge.net/ Copyright (c) 2001 Gregory P. Ward. All rights reserved. CHANGES IN OPTIK 1.3 -------------------- * Fixed a couple of lurking bugs found by PyChecker. * You can now get away with not supplying an option's type, no matter the action: Optik now assumes a default type of "string". * You can now get away with not supplying an option's destination: Optik now derives a default destination from the first long option, or the first short option if no long options were given. Eg. an option string "--foo-bar" has the default destination 'foo_bar'. * Refactored both Option's and OptionParser's constructors to make life easier for people extending Optik. * Added the "examples/" subdirectory -- this is a repository of examples of extending and using Optik; the goal is to provide canonical implementations of various features that I don't want to add to Optik proper, but that are occasionally requested. (Also, this gives me a good place to test how Optik's extensibility.) * Added support for long and complex option types, mainly for completeness (patch by Matthew Mueller). * Added make_option() as an alias for the Option constructor, because someday there might be many Option classes (in which case make_option() will become a factory function). -- Greg Ward - geek-at-large gward(a)python.net http://starship.python.net/~gward/ Clarke's Law, redux: Any sufficiently advanced technology is indistiguishable from a rigged demo.

18 years, 5 months

Medusa CVS tree now available

by Andrew Kuchling

I've recycled an otherwise-dead SourceForge project named 'oedipus' to provide a CVS tree for Medusa. From now on I'm going to use this project for various small CVS trees of mine that aren't large enough to deserve projects of their own; Medusa is one of them. To do an anonymous checkout, see the instructions at http://sourceforge.net/ cvs/?group_id=4592 . If you want CVS write access, e-mail me your SourceForge ID and I'll add you; you should also subscribe to the oedipus-checkins mailing list to keep abreast of CVS commits by the other developers. --amk (www.amk.ca) Ominous, isn't it? -- The Doctor, in "The Awakening"

18 years, 5 months

ANNOUNCE: Quixote 0.4.5 released

by Greg Ward

Quixote 0.4.5 is now available for download from: http://www.mems-exchange.org/software/quixote/ Quixote is yet another framework for developing Web applications in Python. The design goals were: 1) To allow easy development of Web applications where the accent is more on complicated programming logic than complicated templating. 2) To make the templating language as similar to Python as possible, in both syntax and semantics. The aim is to make as many of the skills and structural techniques used in writing regular Python code applicable to Web applications built using Quixote. 3) No magic. When it's not obvious what to do in a certain case, Quixote refuses to guess. If you view a web site as a program, and web pages as subroutines, Quixote just might be the tool for you. If you view a web site as a graphic design showcase, and each web page as an individual work of art, Quixote is probably not what you're looking for. Quixote was primarily written by Andrew Kuchling, Neil Schemenauer, and Greg Ward: {amk,nas,gward}(a)mems-exchange.org. Support for Quixote is available on the quixote-users(a)mems-exchange.org mailing list. CHANGES in Quixote 0.4.5 ------------------------ * The meaning of the DISPLAY_EXCEPTIONS configuration variable has changed. It's no longer a Boolean, and instead can take three different values: None (or any false value) [default] an "Internal Server Error" page that exposes no information about the traceback 'plain' a plain text page showing the traceback and the request variables 'html' a more elaborate HTML display showing the local variables and a few lines of context for each level of the traceback. (This setting requires the cgitb module that comes with Python 2.2.) (Idea and first version of the patch by David Ascher) * Fixed SessionManager.expire_session() method so it actually works (spotted by Robin Wohler). * Fixed docs so they don't refer to the obsolete URL_PREFIX configuration variable (spotted by Robin Wohler). * Fixed sample Apache rewrite rules in demo.txt and web-server.txt (spotted by Joel Shprentz). * Generate new form tokens when rendering a form rather then when intializing it. This prevents an extra token from being created when processing a valid form (suggested by Robin Wohler). * New method: HTTPRequest.get_accepted_types() returns the MIME content types a client will accept as a dictionary mapping MIME type to the quality factor. (Example: {'text/html':1.0, 'text/plain':0.5, ...}) * Changed escape hatch for XML-RPC handlers; standard input will only be consumed when the HTTP method is POST and the Content-Type is either application/x-www-form-urlencoded or multipart/form-data. * Added quixote.util module to contain various miscellaneous utility functions. Right now, it contains a single function for processing requests as XML-RPC invocations. -- Greg Ward - software developer gward(a)mems-exchange.org MEMS Exchange http://www.mems-exchange.org

18 years, 5 months

ANN: Logging Module v0.4.2 released

by vinay_sajip＠yahoo.co.uk

A new version of the proposed Python standard logging module (as per PEP 282) has been released. You can get all the information from http://www.red-dove.com/python_logging.html There are "download" and "recent changes" links at the top of that page. The new stuff includes some bug fixes for the Tkinter GUI configurator, one significant performance optimization, a bug in the logging receiver example application, an example showing writing logging records to an RDBMS and changes to the base Filter class to add some useful functionality. As always, your feedback is most welcome (especially bug reports, patches and suggestions for improvement). Cheers Vinay Sajip Red Dove Consultants Ltd. Changes since the last version: ================================= Bug fix fileConfig() - setup of MemoryHandler target and errors when loggers have no handlers set or handlers have no formatters set logconf.py - seems to hang if window closed when combo dropdown is showing - added code to close popup on exit Some tweaks to _srcfile computation (normpath added) findCaller() optimized, now a lot faster! Logger.removeHandler now closes the handler before removing it fileConfig() removes existing handlers before adding the new set, to avoid memory leakage when repeated calls are made Fixed logrecv.py bug which hogged CPU time when TCP connection was closed from the client Added log_test14.py to demonstrate/test a DBHandler which writes logging records into an RDBMS using the Python Database API 2.0 (to run, you need something which supports this already installed - I tested with mxODBC) Made getLogger name argument optional - returns root logger if omitted Altered Filter to take a string initializer, filtering a sub-hierarchy rooted at a particular point (idea from Denis S. Otkidach). Added log_test15.py to test Filter initializer Minor docstring changes

18 years, 5 months

ANN: disipyl - a 2D and 3D plotting library for Python/Jython

by Paul Magwene

DESCRIPTION: ----------- disipyl is an object-oriented wrapper around the DISLIN plotting library. DISLIN is a powerful and flexible multiplatform (Win32, Unix, Linux, etc.) library designed for displaying scientific data. DISLIN's author, Helmut Michels, has made available a DISLIN plotting extension for the Python programming language (see http://www.linmpi.mpg.de/dislin/ for more details). disipyl provides a set of classes which represent various aspects of DISLIN plots, as well as providing some easy to use classes for creating commonly used plot formats (e.g. scatter plots, histograms, 3-D surface plots). A major goal in designing the library was to facilitate interactive data exploration and plot creation. Documentation, a tutorial, and a demo program are included. The library has been tested on Win32, Linux, and FreeBSD, but I anticipate that it should work on any platform which can make use of Python, NumPy, and the DISLIN python extensions. Feedback, comments, and critique are gladly accepted (email: paul.magwene(a)yale.edu). VERSION: ------- This is release 0.6 of disipyl. CHANGES: ------- New in this release: * support for plot interaction (record plot coordinates via mouse clicks) * new mechanism for quering disipyl objects about the options they support * cleanup of data/option setting mechanisms for disiypl objects * Jython support (when DISLIN java library available - most but not all classes) * updated documentation and tutorial URL: ---- You can find disipyl at: http://pantheon.yale.edu/~pmm34/disipyl.html

18 years, 5 months

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Python-announce-list April 2002