Mailman 3 October 2006 - Python-announce-list

ctypes-1.0.1 released
by Thomas Heller 20 Oct '06

20 Oct '06

ctypes 1.0.1 released - October 20, 2006 ======================================== Overview ctypes is an advanced ffi (Foreign Function Interface) package for Python 2.3 and higher. ctypes allows to call functions exposed from dlls/shared libraries and has extensive facilities to create, access and manipulate simple and complicated C data types in Python - in other words: wrap libraries in pure Python. It is even possible to implement C callback functions in pure Python. ctypes runs on Windows, Windows CE, MacOS X, Linux, Solaris, FreeBSD, OpenBSD. It may also run on other systems, provided that libffi supports this platform. Changes in 1.0.1 If the Python part of a ctypes callback function returns None, and this cannot be converted to the required C type, an exception is printed with PyErr_WriteUnraisable. Before this change, the C callback returned arbitrary values to the calling code. The __repr__ method of a NULL ctypes.py_object() no longer raises an exception. This release contains exactly the same code as the ctypes package included in Python 2.5. Changes in 1.0.0 Better support for comtypes. More target platforms for OpenBSD. Several small bugfixes. This is exactly the same version as included in Python 2.5b3. Download Downloads are available in the sourceforge files section <http://sourceforge.net/project/showfiles.php?group_id=71702> Binary windows installers, which contain compiled extension modules, are also available, be sure to download the correct one for the Python version you are using. Homepage <http://starship.python.net/crew/theller/ctypes/> Enjoy, Thomas

1 0

ANN: wxPython 2.7.1.1 released
by Robin Dunn 19 Oct '06

19 Oct '06

Announcing ---------- The 2.7.1.1 release of wxPython is now available for download at http://wxpython.org/download.php. This release is the first offical release in the 2.7.x development series, and includes a lot of new features, enhancements and fixes. Source and binaries are available for both Python 2.4 and 2.5 for Windows and Mac, as well some pacakges for varous Linux distributions. A summary of changes is listed below and also at http://wxpython.org/recentchanges.php. What is wxPython? ----------------- wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module that wraps the GUI components of the popular wxWidgets cross platform library, which is written in C++. wxPython is a cross-platform toolkit. This means that the same program will usually run on multiple platforms without modifications. Currently supported platforms are 32-bit Microsoft Windows, most Linux or other Unix-like systems using GTK2, and Mac OS X 10.3+, in most cases the native widgets are used on each platform. Changes in 2.7.1.1 ------------------ The following deprecated items have been removed: * wx.Bitmap SetQuality and GetQuality methods * The wx.GetNumberFromUser function * wx.EVT_LIST_GET_INFO and wx.EVT_LIST_SET_INFO * wx.BookCtrlSizer and wx.NotebookSizer * The PostScript-specific methods of wx.PrintData * wx.PrintDialogData SetSetupDialog and GetSetupDialog methods * wx.FontMapper SetConfig method * wx.html.HtmlSearchStatus.GetContentsItem method * wx.html.HtmlHelpData.GetContents, GetContentsCnt, GetIndex, and GetIndexCnt methods wx.EventLoop is now implemented for wxMac. Added wxPython wrappers for the new wx.Treebook and wx.Toolbook classes. wx.DC.BeginDrawing and EndDrawing have been deprecated in the C++ code, so since they never really did anything before they are now just empty stubs in wxPython. Solved a problem that has been around for a very long time in how C++ methods are virtualized for overriding in derived Python classes. Previously we couldn't do it for methods that needed to also exist in the base class wrappers such that they could be called normally. (The reasons are long and complex, but suffice it to say that it was due to mixing C++'s dynamic dispatch, and Python's runtime lookup of the method attributes resulting in endless recursion of function calls.) Because of this problem I used a hack that I have always hated, and that is renaming the base class methods with a "base_*" prefix, for example wx.Printout.base_OnBeginDocument. Now that the problem has finally been solved I have replaced all the base_Whatever() methods with the real Whatever() method as well as a simple wrapper named base_Whatever that is marked as deprecated. So now instead of writing your overridden methods like this:: def OnBeginDocument(self, start, end): # do something here return self.base_OnBeginDocument(start, end) You can now call the base class method the normal way, like this:: def OnBeginDocument(self, start, end): # do something here return Printout.OnBeginDocument(self, start, end) Or like this with super():: def OnBeginDocument(self, start, end): # do something here return super(MyPrintout, self).OnBeginDocument(start, end) Note that the old way with the "base_*" function still works, but you will get a DeprecationWarning from calling base_OnBeginDocument. The classes affected by this are: * wx.DropSource * wx.DropTarget * wx.TextDropTarget * wx.FileDropTarget * wx.PyLog (also added the ability to override Flush) * wx.PyApp (also added the ability to override ExitMainLoop) * wx.Printout * wx.PyPrintPreview * wx.PyPreviewFrame * wx.PreviewControlBar * wx.Process * wx.PyControl * wx.PyPanel * wx.PyScrolledWindow * wx.PyWindow * wx.Timer * wx.grid.PyGridCellRenderer * wx.grid.PyGridCellEditor * wx.grid.PyGridCellAttrProvider * wx.grid.PyGridTableBase * wx.html.HtmlWindow * wx.wizard.PyWizardPage Added the wx.DC.GradientFillConcentric and wx.DC.GradientFillLinear methods. wxGTK: wx.ListBox and wx.CheckListBox are now using native GTK2 widgets. Added wx.ListBox.HitTest() from patch 1446207 Bumped up to SWIG 1.3.29. This provides some more runtime performance boosts, gets rid of the dreaded Ptr classes, and some other nice new things. Added wx.Window.GetScreenPosition and GetScreenRect which returns the position of the window in screen coordinates, even if the window is not a top-level window. Added GetResourcesDir and GetLocalizedResourcesDir to wx.StandardPaths. Added a GetReceivedFormat method to wx.DataObjectComposite. You can use this to find out what format of data object was recieved from the source of the clipboard or DnD operation, and then you'll know which of the component data objects to use to access the data. Changed how the stock objects (wx.RED, wx.RED_PEN, wx.RED_BRUSH, etc.) are initialized. They are now created as uninitialized instances using __new__. Then after the wx.App has been created, but before OnInit is called, the .this attribute of each object is initialized. This was needed because of some delayed initialization functionality that was implemented in wxWidgets, but the end result is cleaner for wxPython as well, and allowed me to remove some ugly code previously hidden under the covers. Added wx.StandardPaths.GetDocumentsDir. Added wx.RendererNative.DrawCheckButton. wx.ProgressDialog.Update now returns a tuple of two values. The first is a continue flag (what was returned before) and the second is a skip flag. If the dialog has the wx.PD_CAN_SKIP flag and if the Skip button is clicked, then the skip flag is set to True the next time Update is called. A DeprecationWarning is now issued when the old wxPython package is imported. If you are still using the old namespace please convert your code to use the new wx package instead. Added wrappers for Julian's new wxRichTextCtrl class, visible in wxPython as wx.richtext.RichTextCtrl window. It still needs some more work, but it is a great start. wx.lib.mixins.listctrl.TextEditMixin: Fixed the double END_LABEL_EDIT event problem in TextEditMixin by checking if the editor was already hidden before continuing with the CloseEditor method. Also added code to OpenEditor to send the BEGIN_LABEL_EDIT event and to not allow the opening of the editor to continue if the event handler doesn't allow it. wx.StaticBoxSizer now keeps better track of the wx.StaticBox, and it will destroy it if the sizer is destroyed before the parent window is. Added wx.HyperlinkCtrl. Added battery and power related functions and events (wxMSW only so far.) See wx.PowerEvent, wx.GetPowerType and wx.GetBatteryState. Added wx.ListCtrl.HitTestSubItem which returns the sub-item (i.e. the column in report mode) that was hit (if any) in addition to the item and flags. Added wrappers for wx.ColourPickerCtrl, wx.DirPickerCtrl, wx.FilePickerCtrl, and wx.FontPickerCtrl. Patch #1502016 wx.Image.ConvertToGreyscale now retains the alpha channel. Added wrappers for the wxAUI classes, in the wx.aui module. Added the PseudoDC class from Paul Lanier. It provides a way to record operations on a DC and then play them back later. Upgraded to Scintilla 1.70 for wx.stc.StyledTextCtrl. Added CanSetTransparent and SetTransparent methods to the wx.TopLevelWindow class, with implementations (so far) for wxMSW and wxMac. SetDefaultItem() and GetDefaultItem() are now members of wx.TopLevelWindow, not wx.Panel. wxGTK: Stock items (icons) will be used for menu items with stock IDs. Added wx.lib.combotreebox from Frank Niessink Added wx.ImageFromBuffer, wx.BitmapFromBuffer and wx.BitmapFromBufferRGBA factory functions. They enable loading of an image or bitmap directly from a Python object that implements the buffer interface, such as strings, arrays, etc. Added wx.App.IsDisplayAvailable() which can be used to determine if a GUI can be created in the current environment. (Still need an implementation for wxMSW...) The wx.html.HTML_FONT_SIZE_x constants are no longer available as the default sizes are now calculated at runtime based on the size of the normal GUI font. wx.Colour now includes an alpha component, which defaults to wx.ALPHA_OPAQUE. This is in preparation for allowing various new alpha blening functionality using wx.Colour objects, such as drawing with pens and brushes on a wx.DC. Added wx.NativePixelBuffer, wx.AlphPixelBuffer and related iterator and accessor classes. They allow platform independent direct access to the platform specific pixel buffer inside of a wx.Bitmap object. The beginnings of support for RTL languages has been added, thanks to a Google SoC project. Added wx.lib.dragscroller from Riaan Booysen. It provides a helper class that can used to scroll a wx.ScrolledWindow in response to a mouse drag. Applied patch 1551409: Adds support for indeterminate mode gauges. wxMac: I've turned on the compile option for using the native toolbar on the Mac now that it supports hosting of controls. If the toolbar is managed by the frame via either CreateToolBar() or SetToolBar() then the native toolbar will be used. Additional toolbars, or toolbars that are not children of the frame, are managed by sizers or what-not will still use the emulated toolbar because of platform restrictions in how/where the native toolbar can be used. Added Python properties for many of the getter/setter methods of wx classes. In order for the names to be predicatble for somebody already familiar with wxPython the property names are simply the name of the getter with the "Get" dropped. For example, wx.Window has a property named "Size" that maps to GetSize and SetSize. So far there is only one known name conflict using this naming convention, and that is wx.KeyEvent.KeyCode, however since KeyCode was formerly a compatibility alias for GetKeyCode (and has been for a long time) it was decided to just switch it to a property. If you want to use the method then change your calls to event.KeyCode() to event.GetKeyCode(), otherwise you can use it as a property just by dropping the parentheses. Updated the C++ code for wx.gizmos.TreeListCtrl from the wxCode project. This has resulted in some minor API changes, most of which were worked around in the wrapper code. Added wx.lib.delayedresult from Oliver Schoenborn. Added wx.lib.expando, a multi-line textctrl that exands as more lines are needed. wx.Image.Scale and Rescale methods now take an extra parameter specifying type of method to use for resampling the image. It defaults to the current behavior of just replicating pixels, if wx.IMAGE_QUALITY_HIGH is passed then it uses bicubic and box averaging resampling methods for upsampling and downsampling respectively. Added the wx.lib.buttonpanel module, which is a tweaked version of Andrea Gavana's FancyButtonPanel module. Added the wx.lib.flatnotebook module, from Andrea Gavana. Renamed wx.FutureCall to wx.CallLater so it is named more like wx.CallAfter. wx.FutureCall is now an empty subclass of wx.CallLater for compatibility of older code. Added the wx.lib.customtreectrl module from Andrea Gavana. Added ChangeSelection to wx.BookCtrl (the base class for wx.Notebook and other book controls) that is the same as SetSelection but doesn't send the change events. Added wx.TextCtrl.ChangeValue() which is the same as SetValue() but doesn't send the text changed event. For consistency, all classes having an Ok() method now also have IsOk(), use of the latter form is preferred although the former hasn't been deprecated yet Added the wx.AboutBox() function and wx.AboutDialogInfo class. They provide a way to show a standard About box for the application, which will either be a native dialog or a generic one depending on what info is provided and if it can all be shown with the native dialog. The code in the animate contrib has been moved into the code wxWidgets library, and refactored a bit along the way. For wxPython it still exists in the wx.animate module, but has basically been reduced to two classes, wx.animate.Animation, and wx.animate.AnimationCtrl. You load the animated GIF (and hopefully there will be other supported formats in the near future) in the Animation object, and then give that to the AnimatedCtrl for display. See the demo for an example. There is also still a GIFAnimationCtrl class that provides some level of backwards compatibility with the old implementation. wxMac: The compile option that turns on the use of CoreGraphics (a.k.a Quartz) for wxDC is now turned on by default. This means that all drawing via wxDC is done using the new APIs from apple, instead of the old Quick Draw API. There are, however, a few places where Quartz and wxDC don't fit together very well, mainly the lack of support for logical drawing operations such as XOR, but there is work in progress to provide other ways to do the same sort of thing that will work with Quartz and also on the other platforms. The first parts of a new 2D drawing API has been added with the wx.GraphicsPath and wx.GraphicsContext classes. They wrap GDI+ on Windows, Cairo on wxGTK and CoreGraphics on OS X. They allow path-based drawing with alpha-blending and anti-aliasing, and use a floating point cooridnate system. Currently they can only target drawing to windows, but other wx.DC backends are forthcoming. The APIs may evolve a bit more before they are finalaized with the 2.8 release, but there is enough there now to get a good feel for how things will work. There is also a transitional wx.GCDC class that provides the wx.DC API on top of wx.GraphicsContext. Docs and a demo are still MIA. Added a wx.AutoBufferedPaintDC that is a subclass of wx.PaintDC on platforms that do double buffering by default, and a subclass of wx.BufferedPaintDC on the platforms that don't. You can use this class to help avoid the overhead of buffering when it is not needed. There is also a wx.AutoBufferedPaintDCFactory function that does a little more and actually tests if the window has double-buffering enabled and then decides whether to return a wx.PaintDC or wx.BufferedPaintDC. This uses the new wx.Window.IsDoubleBuffered method. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!

1 0

RELEASED Python 2.4.4, Final.
by Anthony Baxter 19 Oct '06

19 Oct '06

On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.4.4 (FINAL). Python 2.4.4 is a bug-fix release. While Python 2.5 is the latest version of Python, we're making this release for people who are still running Python 2.4. This is the final planned release from the Python 2.4 series. Future maintenance releases will be in the 2.5 series, beginning with 2.5.1. See the release notes at the website (also available as Misc/NEWS in the source distribution) for details of the more than 80 bugs squished in this release, including a number found by the Coverity and Klocwork static analysis tools. We'd like to offer our thanks to both these firms for making this available for open source projects. * Python 2.4.4 contains a fix for PSF-2006-001, a buffer overrun * * in repr() of unicode strings in wide unicode (UCS-4) builds. * * See http://www.python.org/news/security/PSF-2006-001/ for more. * There's only been one small change since the release candidate - a fix to "configure" to repair cross-compiling of Python under Unix. For more information on Python 2.4.4, including download links for various platforms, release notes, and known issues, please see: http://www.python.org/2.4.4 Highlights of this new release include: - Bug fixes. According to the release notes, at least 80 have been fixed. This includes a fix for PSF-2006-001, a bug in repr() for unicode strings on UCS-4 (wide unicode) builds. Enjoy this release, Anthony Anthony Baxter anthony(a)python.org Python Release Manager (on behalf of the entire python-dev team)

1 0

python-dev Summary for 2006-08-16 through 2006-08-31
by steven.bethard＠gmail.com 18 Oct '06

18 Oct '06

python-dev Summary for 2006-08-16 through 2006-08-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-08-16_2006-08-31] ============= Announcements ============= --------------------------- Python communnity buildbots --------------------------- Want to make sure your package works with the latest and greatest development and release versions of Python? Thanks to Grig Gheorghiu, you can add your test suite to the `Python community buildbots`_ and the results of these tests will show up on the `Python buildbot results page`_. .. _Python community buildbots: http://www.pybots.org/ .. _Python buildbot results page: http://www.python.org/dev/buildbot/ Contributing thread: - `link to community buildbot? <http://mail.python.org/pipermail/python-dev/2006-August/068552.html>`__ ========= Summaries ========= --------------------- Fast subclass testing --------------------- Neal Norwitz was playing around with a patch that would make subclass testing for certain builtin types faster by stealing some bits from tp_flags. Georg Brandl thought this could be useful for exception handling in Python 3000 when all exceptions must be subclasses of BaseException. Guido also liked the patch and suggested it be checked into the `Python 3000 branch`_. .. _Python 3000 branch: http://svn.python.org/view/python/branches/p3yk/ Contributing thread: - `Type of range object members <http://mail.python.org/pipermail/python-dev/2006-August/068267.html>`__ ----------------------------- gcc 4.2 and integer overflows ----------------------------- Jack Howarth pointed out that intobject.c was using the test ``x < 0 && x == -x`` to determine if the signed integer ``x`` was the most negative integer on the platform. However, the C standard says overflow is undefined, so despite this code actually working on pretty much all known hardware, `gcc 4.2 assumes that overflow won't happen`_ and so optimizes away the entire clause. David Hopwood and Tim Peters provided a patch that casts ``x`` to an unsigned long (the "unnecessary" ``0`` is to make the Microsoft compilers happy):: x < 0 && (unsigned long)x == 0-(unsigned long)x .. _gcc 4.2 assumes that overflow won't happen: http://bugs.python.org/1545668 Contributing thread: - `gcc 4.2 exposes signed integer overflows <http://mail.python.org/pipermail/python-dev/2006-August/068481.html>`__ -------------------------- Python and 64-bit machines -------------------------- Thomas Heller explained that the _ctypes extension module was still a fair ways from building on Win64 and had to be removed from the installer for that platform. There was some discussion about in general how "experimental" the Win64 build of Python was, but Martin v. Lowis explained that despite the compiler warnings, Python has been running mostly fine on Win64 since version 2.4. In fact, Python has been running in 64-bit machines since 1993 (when Tim Peters ported it to 64-bit Crays) though of course not with the support that Python 2.5 brought through the Py_ssize_t changes. Contributing thread: - `ctypes and win64 <http://mail.python.org/pipermail/python-dev/2006-August/068362.html>`__ ------------------------------------------ Guidelines for submitting bugs and patches ------------------------------------------ Brett Cannon put together a rewrite of the `bug and patch guidelines`_. The bug guidelines now includes sections on how to: * Get a SourceForge account * Start a new bug * Specify the Python version * Specify special settings for your Python interpreter * Give sample code to reproduce bug * Submit! * Respond to requests from developers And the patch guidelines now includes sections on how to: * Read the Developer Intro to understand the scope of your proposed change * Add the appropriate unit tests * Add the proper document changes * Make your code follow the style guidelines * Generate a patch * Create a tracker item on SourceForge * Reference the patch in proper bug reports * Wait for a developer to contact you At Chad Whitacre's suggestion, Brett also included a section on the 5-for-1 rule, where some python-devvers have agreed to review your one patch if you post reviews of five others. The updates had not been posted to python.org at the time of this summary. .. _bug and patch guidelines: http://www.python.org/dev/patches/ Contributing threads: - `draft for bug guidelines <http://mail.python.org/pipermail/python-dev/2006-August/068462.html>`__ - `draft of patch guidelines <http://mail.python.org/pipermail/python-dev/2006-August/068463.html>`__ --------------------------------- Corner cases for continue/finally --------------------------------- Dino Viehland pointed out an odd corner case with ``continue`` in a ``finally`` clause that was causing Python to crash:: for abc in range(10): try: pass finally: try: continue except: pass The bug was present at least all the way back to Python 2.3. People tossed a few patches back and forth (and a few tests which broke various versions of the patches) before `Neal Norwitz posted a patch`_ that people seemed to like. .. _Neal Norwitz posted a patch: http://bugs.python.org/1542451 Contributing thread: - `2.4 & 2.5 beta 3 crash <http://mail.python.org/pipermail/python-dev/2006-August/068306.html>`__ --------------------------------------- PEP 343: decimal module context manager --------------------------------------- Raymond Hettinger pointed out that the updates to the decimal module to take advantage of the ``with``-statement differed dramatically from `PEP 343`_ and were misdocumented in a number of places. Nick Coghlan explained that the API was a result of the introduction and then later removal of the ``__context__`` method. After some discussion, Raymond convinced everyone to change the API from:: with decimal.getcontext().copy().get_manager() as ctx: ... to the simpler API originally introduced in `PEP 343`_:: with decimal.localcontext() as ctx: ... As a result of the changes needed to fix this API, Anthony Baxter decided that another release candidate was necessary before Python 2.5 final could be released. .. _PEP 343: http://www.python.org/dev/peps/pep-0343/ Contributing thread: - `Py2.5 issue: decimal context manager misimplemented, misdesigned, and misdocumented <http://mail.python.org/pipermail/python-dev/2006-August/068532.html>`__ ---------------------------- Python 2.6 development goals ---------------------------- Guido suggested that since Python 3.0 is now being developed in parallel with the 2.X trunk, the major work for Python 2.6 should be in making the transition to Python 3.0 as smooth as possible. This meant: * Adding warnings (suppressed by default) for code incompatible with Python 3.0. * Making all Python 2.X library code as Python 3.0-compatible as possible. * Converting all unittests to unittest or doctest format. Brett Cannon suggested adding to this list: * Improving tests and classifying them better * Updating and improving the documentation In general, people seemed to think this was a pretty good approach, particularly as it would address some of the complaints about the speed of addition of new features to Python. The discussion then moved off to the `python-3000 list`_. .. _python-3000 list: http://mail.python.org/mailman/listinfo/python-3000 Contributing threads: - `What should the focus for 2.6 be? <http://mail.python.org/pipermail/python-dev/2006-August/068400.html>`__ - `[Python-3000] What should the focus for 2.6 be? <http://mail.python.org/pipermail/python-dev/2006-August/068421.html>`__ ----------------------- Python 2.5, VC8 and PGO ----------------------- Muguntharaj Subramanian asked about building Python 2.5 with the VC8 compiler. Christopher Baus had recently provided a few patches to get the VC8 build working better and Kristjan V. Jonsson said that he's working on updating the PCBuild8 directory in the trunk in a number of ways, including better support for profile-guided optimization (PGO) builds. He said once he got everything working right, he'd backport to Python 2.5. Contributing threads: - `Failed building 2.5rc1 pythoncore on VC8 <http://mail.python.org/pipermail/python-dev/2006-August/068365.html>`__ - `patch to add socket module project to vc8 solution <http://mail.python.org/pipermail/python-dev/2006-August/068370.html>`__ - `Error while building 2.5rc1 pythoncore_pgo on VC8 <http://mail.python.org/pipermail/python-dev/2006-August/068545.html>`__ ---------------------------------------------- PEP 342: using return instead of GeneratorExit ---------------------------------------------- Igor Bukanov suggested that the GeneratorExit exception introduced by `PEP 342`_ could be eliminated by replacing it with the semantics of the ``return`` statement. This would allow code like the following, which under the GeneratorExit paradigm would execute the ``except`` clause, to only execute the ``finally`` clause:: def gen(): try: yield 0 except Exception: print "Unexpected exception!" finally: print "Finally" for i in gen(): print i break Phillip J. Eby and others liked the approach, but suggested that it was much too late in the release process to be making such a major language change. Guido was open to making a change like this, perhaps in Python 3.0, but wanted the new generator enhancements to have some time in the field to see what was really needed here. .. _PEP 342: http://www.python.org/dev/peps/pep-0342/ Contributing thread: - `GeneratorExit is unintuitive and uneccessary <http://mail.python.org/pipermail/python-dev/2006-August/068429.html>`__ ------------------------------------------ String formatting, __str__ and __unicode__ ------------------------------------------ John J Lee noticed that in Python 2.5, the ``%s`` format specifier calls ``__unicode__`` on objects if their ``__str__`` method returns a unicode object:: >>> class a(object): ... def __str__(self): ... print '__str__' ... return u'str' ... def __unicode__(self): ... print '__unicode__' ... return u'unicode' ... >>> '%s%s' % (a(), a()) __str__ __unicode__ __unicode__ u'unicodeunicode' Nick Coghlan explained that string formatting first tries to build and return a str object, but starts over if any of the objects to be formatted by the ``%s`` specifier are unicode. So if a ``__str__`` method is called during string formatting and it returns a unicode object, Python will decide that the string formatting operation needs to return a unicode object, and will therefore start over, calling the ``__unicode__`` methods. Nick promised to look into making the documentation for this a bit clearer. Contributing thread: - `String formatting / unicode 2.5 bug? <http://mail.python.org/pipermail/python-dev/2006-August/068393.html>`__ ------------------------- Optimizing global lookups ------------------------- K.S. Sreeram asked about replacing the current LOAD_GLOBAL dict lookup with an array indexing along the lines of what is done for local names. Brett Cannon explained that globals can be altered from the outside, e.g. ``import mod; mod.name = value``, and thus globals aren't necessarily known at compile time. Tim Peters pointed out that a number of PEPs have been written in this area of optimization, with `PEP 280`_ being a good place to start. Most people were not opposed to the idea in general, but without an implementation to benchmark, there wasn't really much to discuss. .. _PEP 280: http://www.python.org/dev/peps/pep-0280/ Contributing thread: - `Can LOAD_GLOBAL be optimized to a simple array lookup? <http://mail.python.org/pipermail/python-dev/2006-August/068437.html>`__ --------------------- ElementTree and PEP 8 --------------------- Greg Ewing asked about changing the ElementTree names to be more `PEP 8`_ compliant. Being that Python was already in the release candidate stage for Python 2.5, this was not possible. Even had the issue been raised earlier, such a change would have been unlikely, as it would have discouraged people who needed some backward compatibility from using the version in the stdlib. .. _PEP 8: http://www.python.org/dev/peps/pep-0008/ Contributing thread: - `Doc suggestion for Elementtree (for 2.5? a bit late, I know...) <http://mail.python.org/pipermail/python-dev/2006-August/068503.html>`__ -------- rslice() -------- Nick Coghlan suggested that since reversing slices could be somewhat complicated, e.g. ``(stop - 1) % abs(step) : start - 1 : -step``, it would be helpful to introduce a ``rslice()`` builtin so that this could be written ``rslice(start, stop, step)``. Most people felt that this was unnecessary and didn't gain much over using ``reversed()`` on the sliced sequence. Contributing thread: - `Adding an rslice() builtin? <http://mail.python.org/pipermail/python-dev/2006-August/068512.html>`__ ---------------------------------- PEP 362: Function Signature Object ---------------------------------- Brett Cannon spent his time at the Google sprint working on `PEP 362`_, which introduces a signature object for functions to describe what arguments they take. He asked for some feedback on two points: * Should the signature object be an attribute on all functions or should it be requested through the inspect module? * Should the dict returned by ``Signature.bind()`` key by name or by a tuple of names for argument lists like ``def f((a, b)):``? After some pretty minimal feedback, he posted the `latest version of the patch`_. .. _PEP 362: http://www.python.org/dev/peps/pep-0362/ .. _latest version of the patch: http://bugs.python.org/1544909 Contributing threads: - `[Python-checkins] r51458 - peps/trunk/pep-0000.txt peps/trunk/pep-0362.txt <http://mail.python.org/pipermail/python-dev/2006-August/068422.html>`__ - `PEP 362 open issues <http://mail.python.org/pipermail/python-dev/2006-August/068443.html>`__ ---------------------------------------- Warn about mixing tabs and spaces in 2.6 ---------------------------------------- Thomas Wouters suggested making the ``-t`` flag the default in Python 2.6. This would make Python always issue warnings if users mixed tabs and spaces. People generally seemed in favor of the idea. Contributing thread: - `Making 'python -t' the default. <http://mail.python.org/pipermail/python-dev/2006-August/068297.html>`__ --------------------- xrange() and non-ints --------------------- Neal Norwitz was playing around with some patches that would allow ``xrange`` in Python 2.6 to accept longs or objects with an ``__index__`` method instead of just ints as it does now. He looked at two Python implementations, a Python-C hybrid implementation and a C implementation, and found that for his benchmark, the Python-C hybrid was as good as the C implementation. People suggested that the benchmark wasn't testing function call overhead well enough, and the pure C implementation was probably still the way to go. Contributing thread: - `xrange accepting non-ints <http://mail.python.org/pipermail/python-dev/2006-August/068455.html>`__ ------------------------------------ Cleanup tasks and the logging module ------------------------------------ The logging module currently maintains compatibility back to 1.5. Guido suggested (and Vinay approved) modernizing it to at least 2.2. The SimpleTodo_ wiki lists other useful cleanup tasks. .. _SimpleTodo: http://wiki.python.org/moin/SimpleTodo Contributing thread: - `Removing anachronisms from logging module <http://mail.python.org/pipermail/python-dev/2006-August/068476.html>`__ [Thanks to Jim Jewett for this summary] --------------------------- The purpose of test_mutants --------------------------- test_mutants started to fail in the Python 3 branch, and Guido wasn't sure what it was *supposed* to do. Tim Peters said it was supposed to not crash, and is there because of previous refcount bugs. `Guido patched another`_ that it exposed. .. _Guido patched another: http://bugs.python.org/1546288 Contributing thread: - `Need help with test_mutants.py <http://mail.python.org/pipermail/python-dev/2006-August/068464.html>`__ [Thanks to Jim Jewett for this summary] ================ Deferred Threads ================ - `Interest in a Python 2.3.6? <http://mail.python.org/pipermail/python-dev/2006-August/068520.html>`__ - `That library reference, yet again <http://mail.python.org/pipermail/python-dev/2006-August/068556.html>`__ ================== Previous Summaries ================== - `no remaining issues blocking 2.5 release <http://mail.python.org/pipermail/python-dev/2006-August/068269.html>`__ =============== Skipped Threads =============== - `IDLE patches - bugfix or not? <http://mail.python.org/pipermail/python-dev/2006-August/068283.html>`__ - `TRUNK FREEZE for 2.5c1, 00:00 UTC, Thursday 17th August <http://mail.python.org/pipermail/python-dev/2006-August/068284.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2006-August/068296.html>`__ - `Benchmarking the int allocator (Was: Type of range object members) <http://mail.python.org/pipermail/python-dev/2006-August/068307.html>`__ - `2.5: recently introduced sgmllib regexp bug hangs Python <http://mail.python.org/pipermail/python-dev/2006-August/068324.html>`__ - `[wwwsearch-general] 2.5: recently introduced sgmllib regexp bug hangs Python <http://mail.python.org/pipermail/python-dev/2006-August/068325.html>`__ - `recently introduced sgmllib regexp bughangs Python <http://mail.python.org/pipermail/python-dev/2006-August/068332.html>`__ - `RELEASED Python 2.5 (release candidate 1) <http://mail.python.org/pipermail/python-dev/2006-August/068335.html>`__ - `TRUNK IS UNFROZEN, available for 2.6 work if you are so inclined <http://mail.python.org/pipermail/python-dev/2006-August/068336.html>`__ - `[Python-checkins] TRUNK IS UNFROZEN, available for 2.6 work if you are so inclined <http://mail.python.org/pipermail/python-dev/2006-August/068337.html>`__ - `Fixing 2.5 windows buildbots <http://mail.python.org/pipermail/python-dev/2006-August/068339.html>`__ - `uuid tests failing on Windows <http://mail.python.org/pipermail/python-dev/2006-August/068341.html>`__ - `Sprints next week at Google <http://mail.python.org/pipermail/python-dev/2006-August/068348.html>`__ - `__del__ unexpectedly being called twice <http://mail.python.org/pipermail/python-dev/2006-August/068358.html>`__ - `How does this help? Re: [Python-checkins] r51366 - python/trunk/Lib/idlelib/NEWS.txt python/trunk/Lib/idlelib/idlever.py <http://mail.python.org/pipermail/python-dev/2006-August/068366.html>`__ - `One-line fix for urllib2 regression <http://mail.python.org/pipermail/python-dev/2006-August/068372.html>`__ - `os.spawnlp() missing on Windows in 2.4? <http://mail.python.org/pipermail/python-dev/2006-August/068373.html>`__ - `Questions on unittest behaviour <http://mail.python.org/pipermail/python-dev/2006-August/068378.html>`__ - `[Python-checkins] How does this help? Re: r51366 - python/trunk/Lib/idlelib/NEWS.txt python/trunk/Lib/idlelib/idlever.py <http://mail.python.org/pipermail/python-dev/2006-August/068387.html>`__ - `SSH Key Added <http://mail.python.org/pipermail/python-dev/2006-August/068394.html>`__ - `uuid module - byte order issue <http://mail.python.org/pipermail/python-dev/2006-August/068396.html>`__ - `A cast from Py_ssize_t to long <http://mail.python.org/pipermail/python-dev/2006-August/068407.html>`__ - `Python + Java Integration <http://mail.python.org/pipermail/python-dev/2006-August/068434.html>`__ - `[4suite] cDomlette deallocation bug? <http://mail.python.org/pipermail/python-dev/2006-August/068435.html>`__ - `[Python-checkins] r51525 - in python/trunk: Lib/test/test_float.py Objects/floatobject.c <http://mail.python.org/pipermail/python-dev/2006-August/068445.html>`__ - `for 2.5 issues <http://mail.python.org/pipermail/python-dev/2006-August/068461.html>`__ - `Need help with test_mutants.py <http://mail.python.org/pipermail/python-dev/2006-August/068464.html>`__ - `zip -> izip; is __length_hint__ required? <http://mail.python.org/pipermail/python-dev/2006-August/068473.html>`__ - `Removing anachronisms from logging module <http://mail.python.org/pipermail/python-dev/2006-August/068476.html>`__ - `distutils patch <http://mail.python.org/pipermail/python-dev/2006-August/068505.html>`__ - `32-bit and 64-bit python on Solaris <http://mail.python.org/pipermail/python-dev/2006-August/068528.html>`__ - `Small Py3k task: fix modulefinder.py <http://mail.python.org/pipermail/python-dev/2006-August/068529.html>`__ - `Windows build slave downtime <http://mail.python.org/pipermail/python-dev/2006-August/068553.html>`__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from August 16, 2006 through August 31, 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 11th 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

OSDC 2006's fabulous keynotes
by Richard Jones 17 Oct '06

17 Oct '06

Book before 31st October to save $50 and get a free conference t-shirt! Registrations are open for the Open Source Developers' Conference 2006: http://www.osdc.com.au/registration/index.html The conference is running in Melbourne from the 6th - 8th December, with a day of tutorials on the 5th. Keynote talks this year include: Anthony Baxter: "futurepython" import __future__ What does the future hold for the Python language? In this talk, we'll look at Microsoft's (Open Sourced!) IronPython and show some of the massive fun coming down the track for scripting languages thanks to .Net and Mono. We'll also cover Python 3.0 (now under development) and the PyPy (Python, in Python) project. Damian Conway: "The Da Vinci Codebase" When a dying operating system scrawls his name across its corrupted boot volume, Dr. Damian Conway, an unassuming college professor, is plunged into a deadly race against time to solve a series of impossible riddles. What is the mysterious "Priory of Bios?" And who are their deadly nemeses "Opus Arai?" On the run from the law and stalked by a ghostly pale killer, will he unravel the subtle clues hidden in Leonardo's most famous source code and reveal to the world the incredible secret encrypted in...the Da Vinci Codebase? Randal L. Schwartz: "Free software - A look back, a look ahead" A twenty year history of the free/open software movement, from my perspective of how to contribute (in many ways!) and how to make money as well. Richard Farnsworth: "Open Source Synchrotron" What is a Synchrotron anyway? What software needs does it has? How can Open Source help solve these? The Australian Synchrotron achieved first light in July 2005 almost exclusively filling its software needs through open source. The code base has been refined to suit local conditions, and shared with the rest of the Synchrotron open source community. By sharing information, experience and software freely between scientists and engineers, great design efficiencies have been made further aiding the development of experimental beamlines. Be a part of this fantastic conference and help it be the best developers' conference this year! If your business would like to benefit from exposure to many of Australia's best open source developers then perhaps you should consider sponsorship. We have a wide range of sponsorship options, to find out more information please visit: http://www.osdc.com.au/sponsors/index.html We look forward to sharing this great conference with you! Don't forget to register before 31st October to get a free conference t-shirt. http://www.osdc.com.au/registration/index.html -- Richard Jones, OSDC 2006 Programme Chair http://www.osdc.com.au/

1 0

ANN: Python Ireland Meeting and Presentations
by Michael Twomey 17 Oct '06

17 Oct '06

The Python Ireland group will be meeting on Thursday, 19th October at Trinity College Arts Block, room 2041B from 19:00 - 20:00. The following presentations are lined up: * What's new in python 2.5 * Introduction to web.py This will be followed by a drink or two in the nearest pub. For more information and directions see http://wiki.python.ie/moin.cgi/PythonMeetup/October2006 For more information on the Python Ireland group see http://python.ie/ cheers, Michael

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Oct 16)
by Cameron Laird 16 Oct '06

16 Oct '06

QOTW: "Well, I haven't yet seen a definition of 'Integrated Development Environment' which would exclude Emacs..." - Slawomir Nowaczyk "Let me tell you: There are times when I'm really glad that as a German, I'm not supposed to possess any sense of humour at all." - Georg Brandl Pythoneers will be talking about certification for quite a while: http://tarekziade.wordpress.com/2006/10/15/marketing-python-is-urgent-part-… http://groups.google.com/group/comp.lang.python/browse_thread/thread/60dae5… http://www.zope.org/Wikis/DevSite/Projects/ComponentArchitecture/Zope3Secur… Greg Wilson's "Software Carpentry" is an important resource (even though I bristle at Greg's bad-mouthing of vi and emacs): http://www.swc.scipy.org/ The Internet Hosting Cooperative supports "any and every thing Python": http://groups.google.com/group/comp.lang.python/msg/f3c6068b873427bb Enthought Traits allow powerful GUI technique, and they're more usefully documented than many realize: http://groups.google.com/group/comp.lang.python/browse_thread/thread/90e966… ======================================================================== 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 continues the marvelous tradition early borne by Andrew Kuchling, Michael Hudson, Brett Cannon, Tony Meyer, and Tim Lesher 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

ANN: SoCal Piggies Meeting, Oct 19, 7 PM, Caltech
by Grig Gheorghiu 16 Oct '06

16 Oct '06

The Southern California Python Interest Group, aka the SoCal Piggies, will meet on Thursday Oct. 19th at 7 PM at Caltech. Directions available here: http://www.socal-piggies.org/socalpiggies/Caltech,_Kerckhoff_101 Google Map: http://maps.google.com/maps?f=q&hl=en&sll=37.0625,-95.677068&sspn=35.821085… Agenda: * Darius Bacon: "Introduction to the E scripting language" * Brandon King: "Ubuntu coolness" If you live in the area, please consider attending, if only for the delicious pizza :-) Grig Gheorghiu

1 0

[ANN] rest2web 0.5.0 Final
by Fuzzyman 15 Oct '06

15 Oct '06

At last `rest2web 0.5.0 Final <http://www.voidspace.org.uk/python/rest2web/>`_ is released. Quick download links: * `rest2web-0.5.0.zip <http://www.voidspace.org.uk/cgi-bin/voidspace/downman.py?file=rest2web-0.5.…>`_ * `rest2web-0.5.0.tar.gz <http://www.voidspace.org.uk/cgi-bin/voidspace/downman.py?file=rest2web-0.5.…>`_ This release has several bugfixes, as well as some interesting new features, over previous releases. Release Summary ============= Important changes since the last release (0.5.0 Beta 1) include: * All the standard `macros <http://voidspace.org.uk/python/rest2web/macros.html>`_ are now built-in. There is no need for a separate macro file if you are only using the standard ones. * A new 'skiperrors' config file / command line option. Errors in processing a file can now be ignored and rest2web will attempt to continue processing. * A config file is no longer required in force mode. (The current directory is used as the source directory and html output is put into a subdirectory called 'html'.) * The restindex and uservalues block may now be in a ReST comment. This means that rest2web source documents with a restindex can still be valid ReStructured Text documents. What is rest2web ============= **rest2web** is a tool for creating websites, parts of websites, and project documentation. It allows you to keep your site contents in `ReStructured Text <http://docutils.sourceforge.net>`_ or {acro;HTML;HyperText Markup Language}. Using a flexible templating system, using embedded Python code for unlimited flexibility and no new templating language to learn, it can then output the HTML for your site. **rest2web** is extremely flexible, with many optional features, making it suitable for building all kinds of websites. See the `main page <http://voidspace.org.uk/python/rest2web/>`_ for links to some of the sites built with rest2web. What's New ? ========== You can find the full changelog: `here <http://voidspace.org.uk/python/rest2web/reference/changelog.html#version-0-…>`_. Paths in the ``file`` keyword and in the config file now have '~' expanded. This means they can use paths relative to the user directory. (Plus the 'colorize' and 'include' macros.) Added 'skiperrors' config file / command line option. Errors in processing a file can now be ignored and rest2web will attempt to continue processing. Fixed bug where non-ascii uservalues would blow up. There was a bug in handling tabs in embedded code. This has been fixed. The macro system has been revamped. All the standard macros are now built in as default macros. The modules needed by the default macros are also now built into rest2web. You can still add your own macros, or override the default ones, by supplying an additional macros file. ``Macro Paths`` section added to the config file for configuring the default macros ``smiley`` and ``emoticon``. The initial message printed by rest2web has been changed to ``INFO`` level, so that it is not displayed by the ``-a`` and ``-w`` verbosity levels. The namespace and uservalues for each page are now available to the macros, using global variables ``uservalues`` and ``namespace`` (dictionaries). This means you can write macros that are customised for individual pages. A config file is no longer required in force mode. (The current directory is used as the source directory and html output is put into a subdirectory called 'html'.) The restindex and uservalues block may now be in a ReST comment. This means that rest2web source documents with a restindex can still be valid ReStructured Text documents. Fixed imports in the gallery plugin. (Thanks to Steve Bethard.) Changed over to use the latest version of `StandOut <http://www.voidspace.org.uk/python/standout.html>`_. rest2web now exits with an error code corresponding to the number of warnings and errors generated. Errors and warnings are now output on ``sys.stderr``.

1 0

Python IDE PyScripter v.1.7 released
by pyscripter＠gmail.com 15 Oct '06

15 Oct '06

PyScripter is free and open source Windows-based Python IDE created with the ambition to become competitive in functionality with commercial IDEs available for other languages. Being built in a compiled language (Delphi) is rather snappier than some of the other Python IDEs and provides an extensive blend of features that make it a productive Python development environment. This new release is compatible with the latest Python version 2.5 and contains many new features and bug fixes. Download from http://mmm-experts.com/Products.aspx?ProductId=4 Version history at http://mmm-experts.com/VersionHistory.aspx?ProductId=4 Main Features: Syntax Highlighting Editor Unicode based Full support for encoded Python source files Code completion and call tips Brace Highlighting Python source code utilities ((un)tabify, (un)comment, (un)indent) Context sensitive help on Python keywords Parameterized Code Templates (Ctrl-J) Accept files dropped from Explorer File change notification Detecting loading/saving UTF-8 encoded files Print Preview and print syntax highlighting of Python code Converting line breaks (Windows, Unix, Mac) Syntax highlighting of HTML, XML and CSS files Integrated Python Interpreter Code Completion Call Tips Command History Integrated Python Debugging Call Stack Variables Window Watches Window BreakPoints Window Code and debugger hints Editor Views Disassembly HTML Documentation (pydoc) Code Explorer File Explorer Easy configuration and browsing of the Python Path Integrated version control using Tortoise CVS or SVN Context sensitive access to Python manuals and through the Help menu Integrated Unit Testing Automated generation of tests Unit testing GUI To Do List Find and Replace in Files Integrated regular expression tester Parameterized Code Templates Choice of Python version to run via command line parameters Run Python Script externally (highly configurable) External Tools (External run and capture output) Integration with Python tools such as PyLint, TabNanny, Profile etc. Powerful parameter functionality for external tool integration Find Procedure Find Definition/Find references Find definition by clicking and browsing history. Works on modules too. Modern GUI with docked forms and configurable look&feel (themes) Persistent configurable IDE options

1 0