Mailman 3 September 2005 - Python-announce-list

ANNOUNCE: Kiwi 1.9.1
by Johan Dahlin 01 Sep '05

01 Sep '05

Kiwi is a PyGTK framework for building graphical applications loosely based on MVC Model-View-Controller (MVC) and Allen Holub's Visual proxy [1]. Think of Kiwi as a high-level, object-oriented layer built on PyGTK. Its design is based on real-world experience using PyGTK to develop large desktop applications, which use many concepts common to most graphical applications: multiple windows and dialogs, forms, data persistence, lists and high-level classes that support domain objects directly. Features ======== * An MVC-derived framework of classes: * Views, which represent the graphical display * Controllers, which handles user interaction with the widgets in a View. * Delegates, combines a View and a Controller. * Models, which are special mixins for your domain objects * Proxies, special types of Delegate designed to implement forms * Validation: Kiwi supports validation on different levels: data type validation and verification on the Model/Proxy level, View validation and hooks for displaying state user interface, and Widget (Gtk/PyGTK) level support to provide user feedback of failed and mandatory validation status. * A List widget, which provides a higher level abstraction of GtkTreeView and all its classes (GtkTreeModel, GtkTreeViewColumn, GtkCellRenderer). with hooks to easily integrate into the Kiwi Framework. * Gazpacho integration for most (non-deprecated) interactive widgets with attributes for handling validation and proxy attributes. * PyGTK utilities, to make it easier to add signals and properties to your objects. * i18n translation utilities, to help you translate PyGTK applications, currently depends on gettext and intltool. Kiwi is based on the real-world experience of using PyGTK to develop fairly large applications, which uses many concepts common to most graphical applications: multiple windows and dialogs, forms, data persistence, lists and high-level classes that support domain objects directly. Requirements ============ Python 2.3 or higher http://www.python.org/ PyGTK 2.6.0 or higher http://www.pygtk.org/ gazpacho 0.6.1 (svn recommenced) http://gazpacho.sicem.biz/ Documentation ============= The current documentation, (eg howto, api reference) are currently not updated to 1.9.x, they're still using the old API, so keep this in mind when you're looking for information. However, most ideas (Proxy, Views, Delegates) still apply to 1.9.x, it's just that the API has changed a little bit, so the current, somewhat outdated documentation is still useful. Included in the tarball are also a number of examples, which serves as a good starting point. Keep in mind that most of them require gazpacho to be installed. Thanks ====== Christian Robottom Reis: Original author and design Lorenzo Gil Sanchez: PyGTK 2.x port Gustavo Rahal: Validation and Widget support, Wizard. Also thanks to the following people which has contributed minor features or bug reports: Henrique Romano, Daniel Saran R. da Cunha, Evandro Vale Miquelito, Gustavo Carneiro, Sidnei da Silva Resources ========= homepage http://www.async.com.br/projects/kiwi/ download http://www.async.com.br/projects/kiwi/download/ repository http://svn.async.com.br/cgi-bin/viewcvs.cgi/kiwi/ report a bug http://bugs.async.com.br/enter_bug.cgi?product=Kiwi open bugs http://tinyurl.com/cyrms mail. list http://www.async.com.br/mailman/listinfo/kiwi/ [1] http://en.wikipedia.org/wiki/Model-view-controller [2] http://tinyurl.com/2ccch -- Johan Dahlin <jdahlin(a)async.com.br> Async Open Source

1 0

Python Asynchronous I/O library (pyasynchio) [currently win-only]
by Vladimir Sukhoy 01 Sep '05

01 Sep '05

This Python library is created to support asynchronous I/O (Input/Output) operations. Unlike most platform-independent asynch I/O libraries, pyasynchio is simple. You do not have to know much about programming and anything about AIO in particular to use pyasynchio. Unlike, for example, famous asyncore library, pyasynchio does not require you to use some object-oriented approaches, implement certain interfaces or do anything similar. However you should understand what file or socket is, because currently pyasynchio provides I/O only for files and sockets. See http://pyasynchio.berlios.de/pyasynchio-about.htm for more details. -- Sincerely, Vladimir Sukhoy

1 0

PyChecker lives, version 0.8.15 released
by Neal Norwitz 01 Sep '05

01 Sep '05

Special thanks to Ken Pronovici. He did a lot of work for this release and helped ensure it occurred. Version 0.8.15 of PyChecker is available. It's been over a year since the last release. Wow, time really does fly. Since it's been so long I'm sure I screwed something up, treat it delicately. It may have bugs and erase your hard drive. If that happens, look on the bright side, you won't have any more bugs. :-) PyChecker is a tool for finding bugs in Python source code. It finds problems that are typically caught by a compiler for less dynamic languages, like C and C++. It is similar to lint. Comments, criticisms, new ideas, and other feedback is welcome. Since I expect there may be a bit more bugs than normal, I will try to put out another release in a few weeks. Please file bug reports including problems with installation, false positives, &c on Source Forge. You are welcome to use the mailling list to discuss anything pychecker related, including ideas for new checks. Changes from 0.8.14 to 0.8.15: * Fix spurious warning about catching string exceptions * Don't barf if there is # -*- encoding: ... -*- lines and unicode strings * setup.py was rewritten to honor --root, --home, etc options * Fix internal error on processing nested scopes * Fix constant tuples in Python 2.4 * Don't warn about implicit/explicit returns in Python 2.4, we can't tell * Fix crash when __slots__ was an instance w/o __len__ * Fix bug that declared {}.pop to only take one argument, it takes 1 or 2 * Fix spurious warning when using tuples for exceptions * Fix spurious warning <stack> / <stack> * Fix spurious warnings for sets module about __cmp__, __hash__ * Changed abstract check to require raising NotImplementedError rather than raising any error * Fix spurious warnings in Python 2.4 for Using is (not) None warnings * Fix spurious warnings for some instances of No class attribute found * Fix spurious warnings for implicit returns when using nested functions PyChecker is available on Source Forge: Web page: http://pychecker.sourceforge.net/ Project page: http://sourceforge.net/projects/pychecker/ Mailing List: pychecker-list(a)lists.sourceforge.net Neal -- pychecker-list(a)lists.sourceforge.net

1 0

ANN: pycairo release 1.0.0 now available
by Steve Chaplin 01 Sep '05

01 Sep '05

Pycairo is a set of Python bindings for the multi-platform 2D graphics library cairo. http://cairographics.org http://cairographics.org/pycairo A new pycairo release 1.0.0 is now available from: http://cairographics.org/releases/pycairo-1.0.0.tar.gz http://cairographics.org/releases/pycairo-1.0.0.tar.gz.md5 e08bfeeed97414bec4e060dd5c16a396 pycairo-1.0.0.tar.gz Overview of changes from pycairo 0.9.0 to pycairo 1.0.0 ======================================================= General changes: Pycairo has been updated to work with cairo 1.0.0. New cairo functions supported: cairo.cairo_version() cairo.cairo_version_string() PSSurface.set_dpi() Patterns are now implemented in a class hierarchy, the new constructors are: cairo.SolidPattern (r, g, b, a=1.0) cairo.SurfacePattern (surface) cairo.LinearGradient (x0, y0, x1, y1) cairo.RadialGradient (cx0, cy0, radius0, cx1, cy1, radius1) Updated functions: Surface.write_to_png() now accepts a file object as well as a filename Updated examples: The gtk examples now work with pygtk >= 2.7.0 without requiring the cairo.gtk module Bug Fixes fix "initializer element is not constant" compiler warnings Send instant messages to your online friends http://au.messenger.yahoo.com

1 0