🌐 Mailman 3 August 2005 - Python-announce-list - python.org

ANN: HarvestMan 1.4.5 final
by Anand Aug. 20, 2005

Aug. 20, 2005

HarvestMan s a multithreaded webcrawler/offline browser written entirely in Python. The 1.4.5 final version of HarvestMan is available for download. This release follows the beta release of 1.4.5 on 02/08/05. This release fixes a few bugs in the 1.4.5 beta 1 version. WWW: http://harvestman.freezope.org Freshmeat: http://freshmeat.net/projects/harvestman Download: http://harvestman.freezope.org/download.html Thanks -Anand

1 0

python-dev Summary for 2005-07-16 through 2005-07-31
by Tony Meyer Aug. 20, 2005

Aug. 20, 2005

[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-07-16_2005-07-31.html] ============= Announcements ============= ------------------------------------------------- PyPy Sprint in Heidelberg 22nd - 29th August 2005 ------------------------------------------------- Heidelberg University in Germany will host a PyPy_ sprint from 22nd August to 29th August. The sprint will push towards the 0.7 release of PyPy_ which hopes to reach Python 2.4.1 compliancy and to have full, direct, translation into a low level language instead of reinterpretation through CPython. If you'd like to help out, this is a great place to start! For more information, see PyPy's `Heidelberg sprint`_ page. .. _PyPy: http://codespeak.net/pypy .. _Heidelberg sprint: http://codespeak.net/pypy/index.cgi?extradoc/sprintinfo/Heidelberg-sprint.ht ml Contributing thread: - `Next PyPy sprint: Heidelberg (Germany), 22nd-29th of August <http://mail.python.org/pipermail/python-dev/2005-July/055031.html>`__ -------------------------------- zlib 1.2.3 in Python 2.4 and 2.5 -------------------------------- Trent Mick supplied a patch for updating Python from zlib 1.2.1 to zlib 1.2.3, which eliminates some potential security vulnerabilities. Python will move to this new version of zlib in both the maintenance 2.4 branch and the main (2.5) branch. Contributing thread: - `zlib 1.2.3 is just out <http://mail.python.org/pipermail/python-dev/2005-July/054926.html>`__ ========= Summaries ========= ------------------------------- Moving Python CVS to Subversion ------------------------------- Martin v. Löwis submitted `PEP 347`_, which outlines moving from CVS to SVN for source code revision control of the Python repository, and moving from SourceForge to python.org for repository hosting. Moving to SVN from CVS met with general favour, although most were undecided about moving from sourceforge.net to python.org. The additional administration requirements of the move were the primary concern, and moving to an alternative host was suggested. Martin is open to including suggestions for alternative hosts in the PEP, but is not interested in carrying out such research himself; as such, if alternative hosts are to be included, someone needs to volunteer to collect all the required information and submit it to Martin. Discussion about the conversion and the move is continuing in August. .. _PEP 347: http://www.python.org/peps/pep-0347.html Contributing thread: - `PEP: Migrating the Python CVS to Subversion <http://mail.python.org/pipermail/python-dev/2005-July/054950.html>`__ --------------------------------- Exception Hierarchy in Python 3.0 --------------------------------- Brett Cannon posted the first draft of `PEP 348`_, covering reorganisation of exceptions in Python 3.0. The initial draft included major changes to the hierarchy, requiring any object raised to inherit from a certain superclass, and changing bare 'except' clauses to catch a specific superclass. The latter two proposals didn't generate much comment (although Guido vacillated between removing bare 'except' clauses and not), but the proposed hierarchy organisation and renaming was hotly discussed. Nick Coghlan countered each revision of Brett's maximum-changes PEP with a minimum-changes PEP, each evolving through python-dev discussion, and gradually moving to an acceptable middle ground. At present, it seems that the changes will be much more minor than the original proposal. The thread branched off into comments about `Python 3.0`_ changes in general. The consensus was generally that although backwards compatibility isn't required in Python 3.0, it should only be broken when there is a clear reason for it, and that, as much as possible, Python 3.0 should be Python 2.9 without a lot of backwards compatibility code. A number of people indicated that they were reasonably content with the existing exception hierarchy, and didn't feel that major changes were required. Guido suggested that a good principle for determining the ideal exception hierarchy is whether there's a use case for catching the common base class. Marc-Andre Lemburg pointed out that when migrating code changes in Exception names are reasonably easy to automate, but changes in the inheritance tree are much more difficult. Many exceptions were discussed at length (e.g. WindowsError, RuntimeError), with debate about whether they should continue to exist in Python 3.0, be renamed, or be removed. The PEP contains the current status for each of these exceptions. The PEP evolution and discussion are still continuing in August, and since this is for Python 3.0, are likely to be considered open for some time yet. .. _Python 3.0: http://www.python.org/peps/pep-3000.html .. _PEP 348: http://www.python.org/peps/pep-0348.html Contributing thread: - `Pre-PEP: Exception Reorganization for Python 3.0 <http://mail.python.org/pipermail/python-dev/2005-July/055018.html>`__ ----------------------------------------- Docstrings and the Official Documentation ----------------------------------------- A new `bug report`_ pointed out that the docstring help for cgi.escape was not as detailed as that in the full documentation, prompting Skip Montanaro to ask whether this should be the case or not. Several reasons were outlined why docstrings should be more of a "quick reference card" than a "textbook" (i.e. maintain the status quo). Tim Peters suggested that tools to extract text from the full documentation would be a more sensible method of making the "textbook" available from help()/pydoc; if anyone is interested, then this would probably be the best way to start implementing this. .. _bug report: http://python.org/sf/1243553 Contributing thread: - `should doc string content == documentation content? <http://mail.python.org/pipermail/python-dev/2005-July/054928.html>`__ --------------------------- Syntax suggestion: "while:" --------------------------- Martin Blais suggested "while:" as a syntactic shortcut for "while True:". The suggestion was shot down pretty quickly; not only is "while:" less explicit than "while True:", but it introduces readability problems for the apparently large number of people who, when reading "while:", immediately think "while what?" Contributing thread: - `while: <http://mail.python.org/pipermail/python-dev/2005-July/054914.html>`__ ------------------ Sets in Python 2.5 ------------------ In Python 2.4, there is no C API for the built-in set type; you must use PyObject_Call(), etc. as you would in accessing other Python objects. However, in Python 2.5, Raymond Hettinger plans to introduce a C API along with a new implementation of the set type that uses its own data structure instead of forwarding everything to dicts. Contributing thread: - `C api for built-in type set? <http://mail.python.org/pipermail/python-dev/2005-July/054940.html>`__ =============== Skipped Threads =============== - `Some RFE for review <http://mail.python.org/pipermail/python-dev/2005-July/054896.html>`__ - `python/dist/src/Doc/lib emailutil.tex,1.11,1.12 <http://mail.python.org/pipermail/python-dev/2005-July/054902.html>`__ - `read only files <http://mail.python.org/pipermail/python-dev/2005-July/054907.html>`__ - `builtin filter function <http://mail.python.org/pipermail/python-dev/2005-July/054909.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2005-July/054921.html>`__ - `Information request; Keywords: compiler compiler, EBNF, python, ISO 14977 <http://mail.python.org/pipermail/python-dev/2005-July/054925.html>`__ - `installation of python on a Zaurus <http://mail.python.org/pipermail/python-dev/2005-July/054937.html>`__ - `python-dev summary for 2005-07-01 to 2005-07-15 [draft] <http://mail.python.org/pipermail/python-dev/2005-July/054948.html>`__ - `math.fabs redundant? <http://mail.python.org/pipermail/python-dev/2005-July/054991.html>`__ ================================================= Skipped Threads (covered in the previous summary) ================================================= - `'With' context documentation draft (was Re: Terminology for PEP 343 <http://mail.python.org/pipermail/python-dev/2005-July/054891.html>`__ - `Adding the 'path' module (was Re: Some RFE for review) <http://mail.python.org/pipermail/python-dev/2005-July/054894.html>`__ - `[C++-sig] GCC version compatibility <http://mail.python.org/pipermail/python-dev/2005-July/054895.html>`__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from July 16, 2005 through July 31, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the 8th summary written by the python-dev summary cabal of Steve Bethard, Tim Lesher, and Tony Meyer. To contact us, please send email: - Steve Bethard (steven.bethard at gmail.com) - Tim Lesher (tlesher at gmail.com) - Tony Meyer (tony.meyer at gmail.com) Do *not* post to comp.lang.python if you wish to reach us. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list(a)python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. We do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow us to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-04-16_2005-04-30.html .. _original text file: http://www.python.org/dev/summary/2005-07-16_2005-07-31.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf

1 0

comtypes prerelease available
by Thomas Heller Aug. 19, 2005

Aug. 19, 2005

I have uploaded an early preview release for comtypes. As you might know, comtypes is a new COM library for Python, based on the ctypes package. There is not yet any documentation, but I hope that at least some of the unittests provided give an impression how it is supposed to be used. There are also some docstrings in the comtypes/client/__init__.py module, which contains the high level functions to use. Highlights: - access *custom* interfaces easily. This works best if they provide type information - automatic typelib wrapper generation. This even should work in frozen executables. - event support. - comtypes is supposed to provide good support for Limitations: - there is currently *no* server side support. You cannot yet write COM servers in comtypes, although I hope that can follow soon. - custom interfaces work best (IUnkown based or IDispatch based). Pure dispinterface support is somewhat limited (but then there is pywin32, if you need that). Enjoy, Thomas SF project page: http://sourceforge.net/projects/comtypes/ Download page: http://sourceforge.net/project/showfiles.php?group_id=115265 Requires ctypes.0.9.8, which is also available for download at this page.

1 0

Gajim 0.8
by asterix＠lagaule.org Aug. 19, 2005

Aug. 19, 2005

Gajim 0.8 is now available. Gajim is a Jabber client for GTK+/GNOME. Home Page: http://gajim.org Downloads: http://www.gajim.org/downloads.php New in Gajim 0.8: # Avatars (JEP-0153) # Chat state notifications aka. typing notification (JEP-0085) # Bookmark storage (JEP-0048) # File Transfer (JEP-0096) # Major changes to adhere to GNOME HIG # Complete vcard fields support # New and better user interface for chat and groupchat windows # SRV capabilities and custom hostname/port # Many improvements in group chat and IRC emulation (eg. nick # autocompletation and cycling) # Gajim can now send and receive single messages # New iconsets and new dialog for customizing the user interface # Mouseover information for contacts in the roster window (aka # tooltips) # DBus Capabilities. Now Gajim can be remote controlled # Now you can lookup a word in Wikipedia, dictionary or in # search engine # XML Console # Authenticating HTTP Requests via XMPP (JEP-0070) # Notification Area Icon (aka. trayicon) support in Windows # Norwegian & Czech translations

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Aug 18)
by Cameron Laird Aug. 18, 2005

Aug. 18, 2005

QOTW: "It seems to me that Java is designed to make it difficult for programmers to write bad code, while Python is designed to make it easy to write good code." -- Magnus Lycka "Code attracts people that like to code. Tedious, repetitive c.l.py threads attract people that like to write tedious, repetitive c.l.py threads." -- Robert Kern Yes, commercial Python training *is* available: http://groups.google.com/group/comp.lang.python.announce/msg/f1bd9b8deac1cb… You know how essential the Cookbook is. Filling a slightly different role is the Grimoire: http://the.taoofmac.com/space/Python/Grimoire The latest SPE "features a remote, encrypted and embedded ... debugger ...": http://pythonide.stani.be Paul Dale convincingly advertises O'Reilly's Safari service: http://groups.google.com/group/comp.lang.python/browse_thread/thread/115a24… Python is a superb vehicle for several niches generally thought exclusive to other languages, such as automation of Windows processes. Another too-little-known such strength is Python's adeptness with native Mac OS X applications: http://developer.apple.com/cocoa/pyobjc.html mensanator introduces enough of bit arithmetic to explain popcount and Hamming distance: http://groups.google.com/group/comp.lang.python/browse_thread/thread/e0716f… PEP editors David Goodger and Barry Warsaw refine PEP organization: http://mail.python.org/pipermail/python-list/2005-August/294467.html ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Mygale is a news-gathering webcrawler that specializes in (new) World-Wide Web articles related to Python. http://www.awaretek.com/nowak/mygale.html While cosmetically similar, Mygale and the Daily Python-URL are utterly different in their technologies and generally in their results. For far, FAR more Python reading than any one mind should absorb, much of it quite interesting, several pages index much of the universe of Pybloggers. http://lowlife.jp/cgi-bin/moin.cgi/PythonProgrammersWeblog http://www.planetpython.org/ http://mechanicalcat.net/pyblagg.html comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python.announce Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon of intelligently summarizing action on the python-dev mailing list once every other week. http://www.python.org/dev/summary/ The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor(a)pythonjournal.com and editor(a)pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *Py: the Journal of the Python Language* http://www.pyzine.com Archive probing tricks of the trade: http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python&num=100 http://groups.google.com/groups?meta=site%3Dgroups%26group%3Dcomp.lang.pyth… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topics/pythonurl/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&s… http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lan… Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project.

1 0

linux.conf.au 2006
by Alex King Aug. 18, 2005

Aug. 18, 2005

linux.conf.au is Australia's national Linux conference. linux.conf.au 2006 will be held in Dunedin, New Zealand from the 23rd - 28th January 2006 at the University of Otago. This is the seventh exciting year of linux.conf.au. The first was called CALU, and was held in Melbourne in 1999. Every year the conference gets bigger and more popular, attracting many high profile speakers and well known Linux and Open Source Developers. More information about linux.conf.au is available at http://lca2006.linux.org.au/ The organisers would like to hold a Python Mini-Conference preceding the main conference, if the interest is there form the Python community. See http://lists.linux.org.au/archives/lca-announce/2005-August/msg00001.html for the call for miniconfs. If you can attend LCA06 and would like to see a python miniconf, please reply to organisers(a)lca2006.linux.org.au and register your interest. Looking forward to seeing you in Dunedin, New Zealand, Alex King LCA06 organiser

1 0

ANN: Python training, 2005 Aug 29-31, San Francisco
by Wesley Chun Aug. 18, 2005

Aug. 18, 2005

hi all, just a reminder that our next Python training course is less than 2 weeks away! details can be found at http://cyberwebconsulting.com (click "Python training"). if you're interested in joining us near San Francisco, sign up soon as there's only room for 9 more people!! contact us at cyberweb-at-rocketmail.com with any questions. thanks, -wesley > Newsgroups: comp.lang.python > From: w...(a)deirdre.org > Date: 28 Jul 2005 09:49:31 -0700 > Subject: ANN: Python training, 2005 Aug 29-31, San Francisco > > What: Python Programming I: Introduction to Python > When: August 29-31, 2005 > Where: San Francisco, CA, USA > > Already know Java, Perl, C/C++, JavaScript, PHP, or TCL/Tk, but want to > learn Python because you've been hearing about how Google, Yahoo!, > Industrial Light & Magic, Red Hat, Zope, and NASA are using this > object-oriented, open source applications and systems development > language? Python is rapidly gaining momentum worldwide and seeing more > new users each year. While similar to those other languages, Python > differentiates itself with a robust yet simple-as-VB syntax which allows > for shorter development time and improved group collaboration. > > Need to get up-to-speed with Python as quickly as possible? Come join > us in beautiful Northern California the week before Labor Day. We are > proud to announce another rigorous Python training event taught by > software engineer and "Core Python Programming" author, Wesley Chun. > This is an intense introduction to Python programming geared towards > those who have some proficiency in another high-level language. Topics > include: > > * Python's Objects and Memory Model > * Data Types, Operators, and Methods > * Errors and Exception Handling > * Files and Input/Output > * Functions and Functional Programming > * Modules and Packages > * Classes, Methods, and Class Instances > * Callable and Executable Objects > > This course will take place daily August 29-31, 2005 (Monday through > Wednesday, 9am - 5pm) in San Bruno, CA, right near the San Francisco > International Airport at the: > > Staybridge Suites > San Francisco Airport > 1350 Huntington Ave > San Bruno, CA 94066 > 650-588-0770 > > This venue provides free shuttles to/from the airport and has easy > access to public transit (BART, CalTrain, SamTrans) to help you get all > over the Bay Area. Afterwards, feel free to enjoy the holiday weekend > in the greatest city by the Bay... bring your families!! > > Sign up quickly as we can only take 15-20 enrollees! For more infor- > mation and registration, just go to http://cyberwebconsulting.com and > click on the "Python Training" link. If you have any questions, feel > free to contact us at cyberweb-at-rocketmail.com.

1 0

ANN: encutils 0.4
by Christof Aug. 17, 2005

Aug. 17, 2005

Some basic helper functions to deal with encodings of text files (like HTML, XHTML, XML) via HTTP. Developed for cssutils but looked worth an independent release. Download from http://cthedot.de/encutils/ Included are some unittests. License Creative Commons License http://creativecommons.org/licenses/by/2.0/ Functions: Note: All encodings returned are uppercase. encodingByMediaType(media_type, log=None) Returns a default encoding for the given Media-Type, e.g. 'UTF-8' for media-type='application/xml'. If no default encoding is available returns None. getHTTPInfo(HTTPResponse, log=None) Returns (media_type, encoding) information from the response' Content-Type HTTP header (case of headers is ignored.) May be (None, None) e.g. if no Content-Type header is available. getMetaInfo(text, log=None) Returns (media_type, encoding) information from (first) X/HTML Content-Type <meta> element if available. getXMLEncoding(text, log=None) Parses XML declaration of a document (if present) (simplified). Returns (encoding, explicit). No autodetection of BOM is done yet. If no explicit encoding is found returns ('UTF-8', False). guessEncoding(HTTPResponse, text, log=None) Tries to find the encoding of given text. Uses information in headers of supplied HTTPResponse, possible XML declaration and X/HTML <meta> elements. Returns (encoding, mismatch). Encoding is the explicit or implicit encoding or None and returned always uppercase. Mismatch is True if any mismatches between media_type, XML declaration or textcontent are found. More detailed mismatch reports are written to the optional log. Mismatches are not nessecarily errors! For details see the specifications.. Plan is to integrate XML autodetection (of BOM) in the next release. I would very much welcome any feedback about spec compliance, errors or other problems with the functions (or the tests!). Please use http://cthedot.de/blog/?cat=14 or http://cthedot.de/contact/. Thanks a lot! chris <P><A HREF="http://cthedot.de/encutils/">encutils 0.4</A> - basic helper functions to deal with encodings of text files (17-Aug-05)

1 0

ANN: AOPython 1.0.2
by Daniel Miller Aug. 17, 2005

Aug. 17, 2005

AOPython 1.0.2 has been released. AOPython is an AOP (Aspect Oriented Programming) module for Python. AOPython provides a base 'Aspect' that can 'advise' or wrap function and/or method calls. It also contains a weave function that can weave (apply advice to a subset of- or all functions and methods in) a module, class, or instance. Advice may modify or replace parameters and/or the return value of the advised function or method each time it is called. It can do many other things such as handle exceptions raised by an advised function, collect information on the method call (logging), or obtain and release resources before and after a method is invoked. Example 1: How to wrap a function from aopython import Aspect def negate(x): return -x aspect = Aspect() negate = aspect.wrap(negate) negate(2) # advised function call Example 2: How to weave a class from aopython import Aspect class MyObj(object): def double(self, x): return x * 2 def tripple(self, x): return x * 3 aspect = Aspect() aspect.weave(MyObj) myobj = MyObj() myobj.double(5) # advised method call MyObj.tripple(myobj, 5) # advised method call In this release the weave functionality has been enhanced to allow more flexible weaving of callables in modules, classes, or instances. An unweave function has been added to allow advice to be removed en-mass from an object that was previously weaved. Test coverage was also greatly improved, especially for the weave/unweave functions. See the change log for more details. Download/leave comments/ask questions http://www.openpolitics.com/pieces/archives/001710.html Comments are appreciated. <p><a href="http://www.openpolitics.com/pieces/archives/001710.html">AOPython 1.0.2</a> - Aspect Oriented Python (16-Aug-05)</p> -- ~ Daniel Miller millerdev(a)gmail.com

1 0

Albatross 1.32 released
by Andrew McNamara Aug. 16, 2005

Aug. 16, 2005

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 more than 4500 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 as CGI, FastCGI, mod_python or a pure python HTTP server 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 six 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 170 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 BUGFIXES SINCE 1.30: * To obtain a reference to the current frame, _caller_globals was raising and catching an exception, then extracting the tb_frame member of sys.exc_traceback. sys.exc_traceback was deprecated in python 1.5 as it is not thread-safe. It now appears to be unreliable in 2.4, so _caller_globals has been changed to use sys._getframe(). * If ctx.set_page() was called from within the start page, then the wrong page methods (page_enter, page_display, etc) would be called (those of the initial page, rather than the page requested via set_page). * Fixes to handling of missing RandomPage page modules.

1 0