Mailman 3 October 2006 - Python-announce-list

Release: DirectPython 0.6
by Heikki Salo Oct. 10, 2006

Oct. 10, 2006

A new version of DirectPython is now available at http://directpython.sourceforge.net/ What is it? ----------- DirectPython is a C++ extension to the Python programming language which provides basic 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.6.0? ------------------ -Bug fixes -Minor features added -Use 'comtypes' to access the whole DirectX API And much more. Check the release notes for further information. This is not a very critical release when compared to 0.5, but if you can you should update. This version should be fully compatible with 0.5. Requirements ------------- A Windows operating system (98 and up) with Python (2.4/2.5) and DirectX 9.0c installed.

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Oct 10)
by Cameron Laird Oct. 10, 2006

Oct. 10, 2006

QOTW: "... [N]ow that I've made the switch to python, I'm several orders of magnitude more productive ..." - Rob Knapp http://groups.google.com/group/comp.lang.python/msg/8a4efd549bfb451a "Hanging out around the Python community will make you a better VB, dotNet or C++ programmer ..." - Carl Trachte http://groups.google.com/group/comp.lang.python/msg/e2648d5a03c04d4e "It was a revelation to bump into Python in 1996. Suddenly, there was something which was easy to get started with, but still just felt better and better the longer I used it. That's the killer feature in my mind." - Magnus Lycka http://groups.google.com/group/comp.lang.python/msg/e2a3ec58d73a2d12 If you're in the Midwest (USA) this week, make a point of visiting the Chicago Python User Group on Thursday. Jazz musician David Beasley will present PLY: http://groups.google.com/group/comp.lang.python/msg/11e0ef756f4892c1 timbot comments with unique and useful detail on the Python license(s): http://groups.google.com/group/comp.lang.python/msg/ebb262db50c45d83 goon summarizes WSGI resources: http://groups.google.com/group/comp.lang.python/msg/f7d67bc039748792 A Kamaelia spokesman mentions constructions involving PVR, visual composition, real-time 3D spinning, Dirac encoding, and other "bling": http://groups.google.com/group/comp.lang.python/msg/001dc5992b1bfbb4 Martin von Loewis and Fredrik Lundh remark that XML parsing fundamentally conflicts with lexically-detailed text editing, and vice-versa: http://groups.google.com/group/comp.lang.python/msg/8acd9f676278b720 John Machin's xlrd makes it practical to read any Excel spreadsheet programmatically, even when hosted under Linux: http://groups.google.com/group/comp.lang.python/browse_thread/thread/572b0a… ======================================================================== 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html 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/python/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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ 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/topic/python/ (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… There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. 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!". Write to the same address to unsubscribe. -- 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

Chicago Python User Group Thurs October 12, 2006
by bray＠sent.com Oct. 9, 2006

Oct. 9, 2006

Thurs. October 12th, 2006. 7pm. This will be our best meeting, yet. David Beasley http://www.dabeaz.com, software developer, writer, and jazz musician will present on PLY. It's 100% Python and very cool. Do not miss this one! Topics ------ * PLY (Python Lex Yacc) David Beazley * Performance Python (without PyPy) Michael Tobis Location -------- Performics 180 N. Lasalle 12th floor. Chicago RSVP (for building security) by Tuesday night to chris.mcavoy(a)gmail.com with subject "RSVP Chipy" After the storm --------------- A group may be heading off to catch the snake's tail end of Tech-cocktail 2 after the meeting and open discussion. We are not affilated with Tech-cocktail 2, so you must also RSVP <http://techcocktail.com/blog/2006/09/16/tech-cocktail-2-at-the-gramercy-oct…> About ChiPy ----------- ChiPy is a group of Chicago Python Programmers, l33t, and n00bs. Meetings are held monthly at various locations around Chicago. Also, ChiPy is a proud sponsor of many Open Source and Educational efforts in Chicago. Stay tuned to the mailing list for more info. ChiPy website: <http://chipy.org> ChiPy Mailing List: <http://mail.python.org/mailman/listinfo/chicago> Python website: <http://python.org> --- Go ChiPy!

1 0

[ANN] argparse 0.1 - Command-line parsing library
by Steven Bethard Oct. 9, 2006

Oct. 9, 2006

Announcing argparse 0.1 ----------------------- argparse home: http://argparse.python-hosting.com/ argparse at PyPI: http://www.python.org/pypi/argparse/0.1.0 argparse module download: http://argparse.python-hosting.com/file/trunk/argparse.py?format=raw About this release ================== This release fixes a few minor bugs and adds the 'outfile' type. Extensive updates to the API documentation make this the most thoroughly documented release yet: http://argparse.python-hosting.com/wiki/ArgumentParser New in this release =================== * The 'outfile' type. * API documentation. About argparse ============== The argparse module is an optparse-inspired command line parser that improves on optparse by: * handling both optional and positional arguments * supporting parsers that dispatch to sub-parsers * producing more informative usage messages * supporting actions that consume any number of command-line args * allowing types and actions to be specified with simple callables instead of hacking class attributes like STORE_ACTIONS or CHECK_METHODS as well as including a number of other more minor improvements on the optparse API. To whet your appetite, here's a simple program that sums its command-line arguments and writes them to a file:: parser = argparse.ArgumentParser() parser.add_argument('integers', type=int, nargs='+') parser.add_argument('--log', type='outfile', default=sys.stdout) args = parser.parse_args() args.log.write('%s\n' % sum(args.integers)) args.log.close()

1 0

ANNOUNCE: kiwi 1.9.11
by Johan Dahlin Oct. 9, 2006

Oct. 9, 2006

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. Download ======== Grab the latest sources from: http://download.gnome.org/sources/kiwi/1.9/kiwi-1.9.11.tar.gz and the win32 installer from: http://download.gnome.org/binaries/win32/kiwi-1.9.11.win32.exe What's new since 1.9.10? ======================= - Much improved entry mask handling (#2838, Ronaldo) - libglade integration bugfixes - Workaround for PyGTK 2.10 bug - Add right-click to ObjectList (#2817, Ronaldo) - raise ValueError instead of AttributeError (#1998, Sidnei) 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 visually displaying validation state. * ObjectList 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. * Mask support: You can set a mask on entries to force the input to follow a certain standard, such as zip code, social security, ip address * Gazpacho integration for most (non-deprecated) interactive widgets with attributes for handling validation and proxy attributes. * UI Testing framework Features a recorder and a player. The recorder allows you to record different tasks, a script will be saved which will reproduce the actions you made in the interface. * Kiwi Tasklets Tasklet is a small coroutines framework written by Gustavo Carneiro, it was previously known as gtasklets. * 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. * and many other things! Requirements ============ Python 2.3 or higher (2.4 recommended) http://www.python.org/ PyGTK 2.6.0 or higher (2.8 recommended) http://www.pygtk.org/ gazpacho 0.6.5 (svn recommenced) http://gazpacho.sicem.biz/ Documentation ============= Kiwi provides API documentation generated by epydoc, it can be found at http://www.async.com.br/projects/kiwi/api/ 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 Also thanks to the following people which has contributed features or bug reports: Ali Afshar, Gustavo Barbieri, Gustavo Carneiro, David M Cook, Daniel Saran R. da Cunha, Patrick O'Brien, Ronaldo Maia, Evandro Vale Miquelito, Henrique Romano, Sidnei da Silva, Aaron Spike 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 API docs http://www.async.com.br/projects/kiwi/api/ 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 [3] http://epydoc.sourceforge.net/ -- Johan Dahlin <jdahlin(a)async.com.br> Async Open Source

1 0

python-dev Summary for 2006-08-01 through 2006-08-15
by steven.bethard＠gmail.com Oct. 9, 2006

Oct. 9, 2006

python-dev Summary for 2006-08-01 through 2006-08-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-08-01_2006-08-15] ========= Summaries ========= -------------------------------- Mixing str and unicode dict keys -------------------------------- Ralf Schmitt noted that in Python head, inserting str and unicode keys to the same dictionary would sometimes raise UnicodeDecodeErrors:: >>> d = {} >>> d[u'm\xe1s'] = 1 >>> d['m\xe1s'] = 1 Traceback (most recent call last): ... UnicodeDecodeError: 'ascii' codec can't decode byte 0xe1 in position 1: ordinal not in range(128) This error showed up as a result of Armin Rigo's `patch to stop dict lookup from hiding exceptions`_, which meant that the UnicodeDecodeError raised when a str object is compared to a non-ASCII unicode object was no longer silenced. In the end, people agreed that UnicodeDecodeError should not be raised for equality comparisons, and in general, ``__eq__()`` methods should not raise exceptions. But comparing str and unicode objects is often a programming error, so in addition to just returning False, equality comparisons on str and non-ASCII unicode now issues a warning with the UnicodeDecodeError message. .. _patch to stop dict lookup from hiding exceptions: http://bugs.python.org/1497053 Contributing threads: - `unicode hell/mixing str and unicode as dictionary keys <http://mail.python.org/pipermail/python-dev/2006-August/067926.html>`__ - `Dicts are broken Was: unicode hell/mixing str and unicode asdictionarykeys <http://mail.python.org/pipermail/python-dev/2006-August/067978.html>`__ - `Dicts are broken ... <http://mail.python.org/pipermail/python-dev/2006-August/067992.html>`__ - `Dict suppressing exceptions <http://mail.python.org/pipermail/python-dev/2006-August/068090.html>`__ ----------------------- Rounding floats to ints ----------------------- Bob Ippolito pointed out a long-standing bug in the struct module where floats were automatically converted to ints. Michael Urman showed a simple case that would provoke an exception if the bug were fixed:: pack('>H', round(value * 32768)) The source of this bug is the expectation that ``round()`` returns an int, when it actually returns a float. There was then some discussion about splitting the round functionality into two functions: ``__builtin__.round()`` which would round floats to ints, and ``math.round()`` which would round floats to floats. There was also some discussion about the optional argument to ``round()`` which currently specifies the number of decimal places to round to -- a number of folks felt that it was a mistake to round to *decimal* places when a float can only truly reflect *binary* places. In the end, there were no definite conclusions about the future of ``round()``, but it seemed like the discussion might be resumed on the Python 3000 list. Contributing threads: - `struct module and coercing floats to integers <http://mail.python.org/pipermail/python-dev/2006-July/067798.html>`__ - `Rounding float to int directly (Re: struct module and coercing floats to integers) <http://mail.python.org/pipermail/python-dev/2006-July/067819.html>`__ - `Rounding float to int directly (Re: struct module and coercing floats to integers) <http://mail.python.org/pipermail/python-dev/2006-August/067867.html>`__ - `Rounding float to int directly ... <http://mail.python.org/pipermail/python-dev/2006-August/067873.html>`__ - `struct module and coercing floats to integers <http://mail.python.org/pipermail/python-dev/2006-August/067911.html>`__ --------------------------- Assigning to function calls --------------------------- Neal Becker proposed that code by ``X() += 2`` be allowed so that you could call __iadd__ on objects immediately after creation. People pointed out that allowing augmented *assignment* is misleading when no assignment can occur, and it would be better just to call the method directly, e.g. ``X().__iadd__(2)``. Contributing threads: - `SyntaxError: can't assign to function call <http://mail.python.org/pipermail/python-dev/2006-August/068081.html>`__ - `Split augmented assignment into two operator sets? [Re: SyntaxError: can't assign to function call] <http://mail.python.org/pipermail/python-dev/2006-August/068148.html>`__ --------------------------------------- PEP 357: Integer clipping and __index__ --------------------------------------- After some further discussion on the `__index__ issue`_ of last fortnight, Travis E. Oliphant proposed `a patch for __index__`_ that introduced three new C API functions: * PyIndex_Check(obj) -- checks for nb_index * PyObject* PyNumber_Index(obj) -- calls nb_index if possible or raises a TypeError * Py_ssize_t PyNumber_AsSsize_t(obj, err) -- converts the object to a Py_ssize_t, raising err on overflow After a few minor edits, this patch was checked in. .. ___index__ issue: http://www.python.org/dev/summary/2006-07-16_2006-07-31/#pep-357-integer-cl… .. _a patch for __index__: http://bugs.python.org/1538606 Contributing threads: - `Bad interaction of __index__ and sequence repeat <http://mail.python.org/pipermail/python-dev/2006-August/067870.html>`__ - `__index__ clipping <http://mail.python.org/pipermail/python-dev/2006-August/068091.html>`__ - `Fwd: [Python-checkins] r51236 - in python/trunk: Doc/api/abstract.tex Include/abstract.h Include/object.h Lib/test/test_index.py Misc/NEWS Modules/arraymodule.c Modules/mmapmodule.c Modules/operator.c Objects/abstract.c Objects/classobject.c Objects/ <http://mail.python.org/pipermail/python-dev/2006-August/068204.html>`__ - `Fwd: [Python-checkins] r51236 - in python/trunk: Doc/api/abstract.tex Include/abstract.h Include/object.h Lib/test/test_index.py Misc/NEWS Modules/arraymodule.c Modules/mmapmodule.c Modules/operator.c Objects/abstract.c Objects/class <http://mail.python.org/pipermail/python-dev/2006-August/068209.html>`__ ---------------------------- OpenSSL and Windows binaries ---------------------------- Jim Jewett pointed out that a default build of OpenSSL includes the patented IDEA cipher, and asked whether that needed to be kept out of the Windows binary versions. There was some concern about dropping a feature, but Gregory P. Smith pointed out that IDEA isn't directly exposed to any Python user, and suggested that IDEA should never be required by any sane SSL connection. Martin v. Lowis promised to look into making the change. Update: The change was checked in before 2.5 was released. Contributing threads: - `windows 2.5 build: use OpenSSL for hashlib [bug 1535502] <http://mail.python.org/pipermail/python-dev/2006-August/068009.html>`__ - `openSSL and windows binaries - license <http://mail.python.org/pipermail/python-dev/2006-August/068055.html>`__ ---------------------------- Type of range object members ---------------------------- Alexander Belopolsky proposed making the members of the ``range()`` object use Py_ssize_t instead of C longs. Guido indicated that this was basically wasted effort -- in the long run, the members should be PyObject* so that they can handle Python longs correctly, so converting them to Py_ssize_t would be an intermediate step that wouldn't help in the transition. There was then some discussion about the int and long types in Python 3000, with Guido suggesting two separate implementations that would be mostly hidden at the Python level. Contributing thread: - `Type of range object members <http://mail.python.org/pipermail/python-dev/2006-August/068230.html>`__ ------------------------ Distutils version number ------------------------ A user noted that Python 2.4.3 shipped with distutils 2.4.1 and the version number of distutils in the repository was only 2.4.0 and requested that Python 2.5 include the newer distutils. In fact, the newest distutils was already the one in the repository but the version number had not been appropriately bumped. For a short while, the distutils number was automatically generated from the Python one, but Marc-Andre Lemburg volunteered to manually bump it so that it would be easier to use the SVN distutils with a different Python version. Contributing threads: - `Which version of distutils to ship with Python 2.5? <http://mail.python.org/pipermail/python-dev/2006-August/067869.html>`__ - `no remaining issues blocking 2.5 release <http://mail.python.org/pipermail/python-dev/2006-August/068240.html>`__ ------------------------------------- Dict containment and unhashable items ------------------------------------- tomer filiba suggested that dict.__contain__ should return False instead of raising a TypeError in situations like:: >>> a={1:2, 3:4} >>> [] in a Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: list objects are unhashable Guido suggested that swallowing the TypeError here would be a mistake as it would also swallow any TypeErrors produced by faulty ``__hash__()`` methods. Contributing threads: - `dict containment annoyance <http://mail.python.org/pipermail/python-dev/2006-August/068198.html>`__ - `NotHashableError? (Re: dict containment annoyance) <http://mail.python.org/pipermail/python-dev/2006-August/068218.html>`__ ------------------------------- Returning longs from __hash__() ------------------------------- Armin Rigo pointed out that Python 2.5's change that allows id() to return ints or longs would have caused some breakage for custom hash functions like:: def __hash__(self): return id(self) Though it has long been documented that the result of ``id()`` is not suitable as a hash value, code like this is apparently common. So Martin v. Lowis and Armin arranged for ``PyLong_Type.tp_hash`` to be called in the code for ``hash()``. Contributing thread: - `returning longs from __hash__() <http://mail.python.org/pipermail/python-dev/2006-August/068043.html>`__ ---------------------- instancemethod builtin ---------------------- Nick Coghlan suggested adding an ``instancemethod()`` builtin along the lines of ``staticmethod()`` and ``classmethod()`` which would allow arbitrary callables to act more like functions. In particular, Nick was considering code like:: class C(object): method = some_callable Currently, if ``some_callable`` did not define the ``__get__()`` method, ``C().method`` would not bind the ``C`` instance as the first argument. By introducing ``instancemethod()``, this problem could be solved like:: class C(object): method = instancemethod(some_callable) There wasn't much of a reaction one way or another, so it looked like the idea would at least temporarily be shelved. Contributing thread: - `2.6 idea: a 'function' builtin to parallel classmethod and staticmethod <http://mail.python.org/pipermail/python-dev/2006-August/068189.html>`__ -------------------------------- Unicode versions and unicodedata -------------------------------- Armin Ronacher noted that Python 2.5 implements Unicode 4.1 but while a ucd_3_2_0 object is available (implementing Unicode 3.2), no ucd_4_1_0 object is available. Martin v. Lowis explained that the ucd_3_2_0 object is only available because IDNA needs it, and that there are no current plans to expose any other Unicode versions (and that ucd_3_2_0 may go away when IDNA no longer needs it). Contributing thread: - `Unicode Data in Python2.5 is missing a ucd_4_1_0 object <http://mail.python.org/pipermail/python-dev/2006-August/068126.html>`__ -------------------------- Elementtree and Namespaces -------------------------- Elements (and attributes) can be associated with a namespace, such as http://www.w3.org/XML/1998/namespace:id The xmlns attribute creates a "prefix" (alias) for a namespace, so that you can abbreviate the above as xml:id ElementTree treats the prefix as a just an aid to human readers, and creates its own abbreviations that are consistent throughout a document. Some tools (including w3 recommendations for canonicalization) treat the prefix itself as meaningful. Elementtree may support this in version 1.3, but it wasn't going to be there in time for 2.5, and it wasn't judged important enough to keep etree out of the release. If you need it sooner, then http://codespeak.net/lxml supports the etree API and does retain prefixes. Contributing thread: - `Elementtree and Namespaces in 2.5 <http://mail.python.org/pipermail/python-dev/2006-August/068171.html>`__ [Thanks to Jim Jewett for this summary.] ================== Previous Summaries ================== - `Release manager pronouncement needed: PEP 302 Fix <http://mail.python.org/pipermail/python-dev/2006-August/068050.html>`__ =============== Skipped Threads =============== - `clock_gettime() vs. gettimeofday()? <http://mail.python.org/pipermail/python-dev/2006-August/067879.html>`__ - `Strange memo behavior from cPickle <http://mail.python.org/pipermail/python-dev/2006-August/067881.html>`__ - `internal weakref API should be Py_ssize_t? <http://mail.python.org/pipermail/python-dev/2006-August/067885.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2006-August/067888.html>`__ - `Releasemanager, please approve #1532975 <http://mail.python.org/pipermail/python-dev/2006-August/067889.html>`__ - `FW: using globals <http://mail.python.org/pipermail/python-dev/2006-August/067892.html>`__ - `TRUNK FREEZE 2006-07-03, 00:00 UTC for 2.5b3 <http://mail.python.org/pipermail/python-dev/2006-August/067898.html>`__ - `segmentation fault in Python 2.5b3 (trunk:51066) <http://mail.python.org/pipermail/python-dev/2006-August/067921.html>`__ - `using globals <http://mail.python.org/pipermail/python-dev/2006-August/067947.html>`__ - `uuid module - byte order issue <http://mail.python.org/pipermail/python-dev/2006-August/067948.html>`__ - `RELEASED Python 2.5 (beta 3) <http://mail.python.org/pipermail/python-dev/2006-August/067959.html>`__ - `TRUNK is UNFROZEN <http://mail.python.org/pipermail/python-dev/2006-August/067961.html>`__ - `2.5 status <http://mail.python.org/pipermail/python-dev/2006-August/067963.html>`__ - `Python 2.5b3 and AIX 4.3 - It Works <http://mail.python.org/pipermail/python-dev/2006-August/067985.html>`__ - `More tracker demos online <http://mail.python.org/pipermail/python-dev/2006-August/067996.html>`__ - `need an SSH key removed <http://mail.python.org/pipermail/python-dev/2006-August/067999.html>`__ - `BZ2File.writelines should raise more meaningful exceptions <http://mail.python.org/pipermail/python-dev/2006-August/068005.html>`__ - `test_mailbox on Cygwin <http://mail.python.org/pipermail/python-dev/2006-August/068006.html>`__ - `cgi.FieldStorage DOS (sf bug #1112549) <http://mail.python.org/pipermail/python-dev/2006-August/068011.html>`__ - `2.5b3, commit r46372 regressed PEP 302 machinery (sf not letting me post) <http://mail.python.org/pipermail/python-dev/2006-August/068012.html>`__ - `free(): invalid pointer <http://mail.python.org/pipermail/python-dev/2006-August/068042.html>`__ - `should i put this on the bug tracker ? <http://mail.python.org/pipermail/python-dev/2006-August/068045.html>`__ - `Is this a bug? <http://mail.python.org/pipermail/python-dev/2006-August/068076.html>`__ - `httplib and bad response chunking <http://mail.python.org/pipermail/python-dev/2006-August/068087.html>`__ - `cgi DoS attack <http://mail.python.org/pipermail/python-dev/2006-August/068092.html>`__ - `DRAFT: python-dev summary for 2006-07-01 to 2006-07-15 <http://mail.python.org/pipermail/python-dev/2006-August/068098.html>`__ - `SimpleXMLWriter missing from elementtree <http://mail.python.org/pipermail/python-dev/2006-August/068106.html>`__ - `DRAFT: python-dev summary for 2006-07-16 to 2006-07-31 <http://mail.python.org/pipermail/python-dev/2006-August/068136.html>`__ - `Is module clearing still necessary? [Re: Is this a bug?] <http://mail.python.org/pipermail/python-dev/2006-August/068146.html>`__ - `PyThreadState_SetAsyncExc bug? <http://mail.python.org/pipermail/python-dev/2006-August/068158.html>`__ - `Errors after running make test <http://mail.python.org/pipermail/python-dev/2006-August/068176.html>`__ - `What is the status of file.readinto? <http://mail.python.org/pipermail/python-dev/2006-August/068188.html>`__ - `Recent logging spew <http://mail.python.org/pipermail/python-dev/2006-August/068196.html>`__ - `[Python-3000] Python 2.5 release schedule (was: threading, part 2) <http://mail.python.org/pipermail/python-dev/2006-August/068199.html>`__ - `test_socketserver failure on cygwin <http://mail.python.org/pipermail/python-dev/2006-August/068216.html>`__ - `ANN: byteplay - a bytecode assembler/disassembler <http://mail.python.org/pipermail/python-dev/2006-August/068225.html>`__ - `Arlington VA sprint on Sept. 23 <http://mail.python.org/pipermail/python-dev/2006-August/068226.html>`__ - `IDLE patches - bugfix or not? <http://mail.python.org/pipermail/python-dev/2006-August/068266.html>`__ - `Four issue trackers submitted for Infrastructue Committee's tracker search <http://mail.python.org/pipermail/python-dev/2006-August/068287.html>`__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from August 01, 2006 through August 15, 2006. 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 python-dev summary is the 10th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) Do *not* post to comp.lang.python if you wish to reach me. 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 cent counts 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 ------------------------- 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. .. _python-dev: http://www.python.org/dev/ .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf

1 0

ANN:UliPad 3.4 Release
by limodou Oct. 9, 2006

Oct. 9, 2006

What's it? ======== It's an Editor based on wxPython. NewEdit is the old name, and UliPad is the new name. UliPad uses Mixin and Plugin technique as its architecture. Most of its classes can be extended via mixin and plugin components, and finally become an integrity class at creating the instance. So UliPad is very dynamic. You can write the new features in new files, and hardly need to modify the existing code. And if you want to extend the existing classes, you could write mixins and plugins, and this will be bound to the target class that I call "Slot Class". This technique will make the changes centralized and easily managed. What's new in 3.4 ============== * Bug fix * Notebook control changed to FlatNotebook * Ctrl+Enter can directly add new line, just like(End+Enter) * jQuery support: project setup, auto create comments for functions * Creating django app's dot file, and see the image in a window * Multi view of document * Commands searching and impact mode * ReStructuredText support: project setup, syntax highlight, html view and auto update * Django Template syntax highlight * ctags support * move python syntax check plugin into core * Auto syntax highlight bind and auto-complete file bind in _project Where to download it? ================ download lastest version 3.4: http://wiki.woodpecker.org.cn/moin/UliPad?action=AttachFile&do=get&target=U… also have windows installer: http://wiki.woodpecker.org.cn/moin/UliPad?action=AttachFile&do=get&target=U… wiki: http://wiki.woodpecker.org.cn/moin/UliPad svn: http://cvs.woodpecker.org.cn/svn/woodpecker/ulipad/trunk maillist: http://groups.google.com/group/ulipad If you have any problem as using UliPad, welcome to join the UliPad maillist to discuss. What are its features? ================ * Cross platform * based on wxPython, so it can run anywhere that wxPython works, such as: Windows, Linux. * Unicode support. * Most features of wxStyledTextCtrl(Scintilla) * Syntax highlighting, support Python, c/c++, html, django template, restructured text, ruby, perl, css, javascript, plain text * Folding * Brace Matching * ... * Extended selection * Extended word selection -- You can press Ctrl+?MouseDoubleClick to select a word including '.' * Matched selection -- Select text in quoted chars like: (), [], {}, '', "". * For example: a string just like:: def func(self, 'This is a test'): ^ The '^' char represents caret position in above line. If you press Ctrl+E, you will select the whole text in (), i.e. "self, 'This is a test'". Something more in Selection Menu. * Other editing extension * Duplicating text -- Just like Vim Ctrl+V, Ctrl+P, and more. You can duplicate above or below char, word, line * which match the leading chars. * Quoting text -- Add some quoted chars before and after selected text, just as: "", '', (), [], {}, and * customized string, etc. * Text convertion and view -- python -> html, reStructured Text -> html, textile -> html, and you can output or view * the html text in message window, or html view window, or replace the selected text. * Utf-8 encoding auto detect * Changing document encoding * Auto backup * Last session support -- It'll save all the filenames as closed, and reopen the files as next started. * Smart judge the indent char -- It'll auto guess the indent char, and sets it. * Finding in files * Bookmark support * Python support * built-in python interactive window based on PyShell, support Unicode * Auto completion * Function syntax calltips * Run, run with argument, stop python source * Auto change current path * Python class browser * Syntax check * Code snippets * You can manage your code snippets with categories, and each category can have many items. Every item will represent a code snippet. You can insert an item just by double-clicking on it. It even supports importing and exporting. * Simple project support * Can create a special file _project, so every file and folder under the folder which has the _project can be considered as a whole project. * Extension mechanism * Script -- You can write easy script to manipulate the all resource of UliPad(NewEdit), just like: text conversion, etc. * Plugin -- Customized function. More complex but more powerful. Can easily merge with UliPad(NewEdit), and can be * managed via menu. * Shell command -- Add often used shell commands, and execute them. * Ftp support * You can edit remote files through ftp. You can add, rename, delete, upload, download file/directory. * Multilanguage support * Currently supports two languages: English and Chinese, which can be auto-detected. * Shipped many plugins(must be configed as used them before) * djangoproj -- user for django development * Shipped scripts * You can find them at UliPad/scripts directory * Wizard * You can make your own wizard template. The wizard can input user data, combine with template, and output the result. And wizard also support code framework created. This feature will help you improving coding efficiency. * Direcotry Browser * Browse multiple directories, and you can really add, delete, rename directories and files. Double click will open the file in Editor window. * Input Assistant * Suport user autocomplete file, it can help to input code very helpful and functional. Just like EditPlus, but may be more powerful. * Column Editing Mode * You can select multilines, and then set a column mode region, so in any line of this region, if you enter a character, other lines will also add this character. If you want to deal with multilines as a similar mode, this functionality will be very handy. Hope fun! -- I like python! UliPad <<The Python Editor>>: http://wiki.woodpecker.org.cn/moin/UliPad My Blog: http://www.donews.net/limodou

1 1

ANN: geopy 0.93 - Geocoding Toolbox for Python
by Brian Beck Oct. 9, 2006

Oct. 9, 2006

Hi everyone, geopy 0.93 was released tonight. What is geopy? ============== geopy is a geocoding toolbox for Python. It includes support for many popular geocoders including Google Maps, Yahoo! Maps, Virtual Earth, geocoder.us, GeoNames, MediaWiki (with the GIS extension), and Semantic MediaWiki. It also includes a module for calculating geodesic distances using different models (spherical and ellipsoidal). Where can I get it? =================== setuptools: sudo easy_install geopy Cheese Shop: http://cheeseshop.python.org/pypi/geopy svn: svn co http://geopy.googlecode.com/svn/tags/release-0.93 geopy-0.93 Documentation: http://exogen.case.edu/projects/geopy What's new in this version? =========================== geopy.geocoders now includes GeoNames (www.geonames.org). geopy.distance module was added: calculate geodesic distances. geopy.util module was added: geocoders.Geocoder.parse_geo was moved there. geopy.geocoders.Google can now be used with different domains (such as 'maps.google.co.uk') and different resources ('maps' for the standard Google Maps interface, 'maps/geo' for the HTTP geocoder interface). How about an example? ===================== py> from geopy import geocoders py> us = geocoders.GeocoderDotUS() py> place, (lat, lng) = us.geocode("1600 Pennsylvania Ave, Washington DC") py> print "%s: %.5f, %.5f" % (place, lat, lng) 1600 Pennsylvania Ave NW, Washington, DC 20502: 38.89875, -77.03768 py> from geopy import distance py> _, a = us.geocode('10900 Euclid Ave, Cleveland, OH 44106') py> _, b = us.geocode('1600 Pennsylvania Ave, Washington, DC') py> distance.distance(a, b).miles 301.35526872700962 py> from geopy import util py> util.parse_geo(u"23° 26m 22s N 23° 27m 30s E") (23.439444444444444, 23.458333333333332) -- Brian Beck Adventurer of the First Order

1 0

ANN: ChiPy Thurs. October 12, 2006. 7pm @ Performics 180 N. Lasalle
by Chris McAvoy Oct. 8, 2006

Oct. 8, 2006

Join us for our best meeting ever! Thurs. October 12th, 2006. 7pm. Topics --------- * PLY (Python Lex Yacc) David Beazley * Performance Python (without PyPy) Michael Tobis Location ------------ Performics 180 N. Lasalle 12th floor. Chicago RSVP (for building security) by Tuesday night to chris.mcavoy(a)gmail.com with subject "RSVP Chipy" http://chipy.org

1 0

csound routines beta 3 is out (python csound routines)
by edexter Oct. 8, 2006

Oct. 8, 2006

An early beta of the csound routine library is out with another version to follow soon after. The csound library is a group of routines to minipulate .csd and .orc .sco .src (shortened orc format) combine delete exc. https://sourceforge.net/project/showfiles.php?group_id=156455

1 0