Actual Done. The problem is that the wxDragImage takes a snapshot of the whole screen when Show is called to be used when erasing the image from the old location when it moves. If the screen is updated in any way then the backing image is no longer valid and the wrong pixels (the old ones) are restored as the image moves away from an area. See http://bugzilla.osafoundation.org/show_bug.cgi?id=151 for more details.
Planned Continue knocking off items from my todo list for 2.4.1
Actual Done. See additional items below.
Planned Continue work for autogenerating a shell of Python-specific reference docs for wxPython. I started this a while back and it's high time I got it working...
Actual A bit of work was done towards this goal, still lots to be done.
Planned Review Kevin Olliver's wxMozilla work.
Actual Browsed the code a bit and helped Kevin with more questions dealing with getting it wrapped for wxPython.
Planned wxMac and wxGTK are not sending EVT_WINDOW_DESTROY. Fix that.
Actual Done.
Fixed SF Bug #689481, a method in the OGL wrappers was using the wrong return type.
Fixed SF Bug #689958, an endless loop in printout.py.
Added EVT_WINDOW_CREATE_ID and EVT_WINDOW_DESTROY_ID so these events can be associated with a specific window ID and more easily caught by the parent window.
Fixed copy-paste error in wxListCtrl.GetFirstSelected.
Added missing Init method (and an overloading wrapper) to wxLocale wrapper.
Added a wxBitmap.SetMaskColour convenience method.
Double checked the fix for sending only two EVT_BUTTON events (instead of three!) from a button double-click on multiple versions of Windows and then checked in the fix.
This Week
Do test builds with Python 2.3a2.
There have been enough fixes that I should probably do another subrelease. That will also be a good point to do a merge into the OSAF CVS.
Continue work for autogenerating a shell of Python-specific reference docs for wxPython.
Continue knocking off items from my todo list for 2.4.1.
Consider implementing a wxShapedWindow to be used with the wxDragImage class, see Bug#151.