1 CHANGES.txt for wxPython
3 ----------------------------------------------------------------------
8 Removed initial startup dependency on the OpenGL DLLs so only the
9 glcanvasc.pyd depends on them, (on wxMSW.)
11 Changed wxFont, wxPen, wxBrush to not implicitly use the
12 wxThe[Font|Pen|Brush]List objects behind the scenes, but to use normal
15 Exposed the wxThe[Font|Pen|Brush]List to wxPython.
17 Also added wxTheColourDatabase and added a library module (in the
18 wxPython.lib.colourdb module) to load LOTS more colour names into the
21 Added wxWakeUpMainThread, wxMutexGuiEnter, wxMutexGuiLeave,
22 wxMutexGuiLocker and wxThread_IsMain to assist with dealing with GUI
23 access from non-GUI threads.
25 wxPyOnDemandOutputWindow is now (more) thread safe if non-GUI threads
26 use print, sys.stdout.write, etc.
28 Added CreateTextSizer and CreateButtonSizer to wxDialog
30 Added wxPython/lib/infoframe.py from Chris Fama. It contains a class
31 that can be used in place of wxPyOnDemandOutputWindow.
33 Added colourselect.py, imagebrowser.py and an updated calendar.py to
34 wxPython/lib from Lorne White.
36 Added patch to wxPoint_LIST_helper from Tim Hochberg that should make
37 it gobs faster in certain situations.
39 Added tools that will take an image file in a wx supported format and
40 convert it to data embedded in a Python source file. The image is
41 converted to XPM format which is essentially a list of strings
42 containing info about each pixel. The image's transparency mask is
43 included, if there is one, or a mask can be added if a mask colour is
44 specified on the command line. It is then pickled and optionally
45 compressed and written to a Python source file along with functions to
46 convert it to either a wxBitmap or a wxImage. See
47 wxPython/demo/images.py for examples, and wxPython/Tools/img2py.py for
50 Fixed wxStyledTextCtrl to be much faster on wxGTK. There was some
51 experimental code that got left in place that ended up causing way too
54 A couple more hacks in my_distutils.py so wxPython can be built with
55 the distutils that comes with Python 2.1.
57 Added a ton of missing methods for wxPrintData.
59 Switched to InnoSetup for MSW distributions.
63 Fixed bug that prevented wxTreeCtrl.OnCompareItems from being called.
65 Added some methods to wxGrid:
66 GetCellHighlightPenWidth
67 GetCellHighlightROPenWidth
68 SetCellHighlightPenWidth
69 SetCellHighlightROPenWidth
73 GetGridCornerLabelWindow
75 Added wxGetClientDisplayRect which on wxMSW returns a wxRect
76 representing the area on screen not occupied by the taskbar and such.
77 On other platforms it is equivallent to wxGetDisplaySize.
80 ***---***---***---***---***---***---***---***---***---***---***---
81 Implemented the first phase of OOR (Original Object Return). See
82 the text in the demo for more details of what this means, but in a
83 nutshell methods such as wxWindow.GetParent or FindWindowById will
84 now return a shadow object of the proper type if it can. By
85 "proper type" I mean that if the wxWindow pointer returned from
86 FindWindowById really points to a wxButton then the Python object
87 constructed will be of a wxButtonPtr class instead of wxWindowPtr
88 as before. This should reduce or eliminiate the need for
89 wxPyTypeCast. (Woo Hoo!) The objects returned are still not the
90 original Python object, but that is the next step. (Although it
91 will probably only work on Python 2.1 and beyond because it will
94 This first phase of the OOR plan is fairly significant and has
95 required a lot of changes all over wxPython, most of which should
96 be transparent to you, however I'm not 100% sure that it didn't
97 introduce any new bugs that are hiding somewhere and didn't get
98 stomped on during my testing. So please be sure to test everything
99 thoroughly when you install this version and be sure to report any
100 object-type related oddities to me.
101 ***---***---***---***---***---***---***---***---***---***---***---
103 There is now a wxObject class that most other classes derive from like
104 in C++, but the methods provided don't really match but are wxPython
105 specific. It could have been added long ago but OOR required it.
107 Finally added wxPyLineShape.GetLineControlPoints, which has been on my
108 list for a while. The above OOR modification made this easier.
110 Fixed the __cmp__ methods for wxPoint and others.
114 Added the wxPython.lib.mixins package to the library, it is where
115 useful mix-in classes can be placed. Currently there is one to help
116 makeing the columns in a wxListCtrl sortable, and the MagicIMageList
117 from Mike Fletcher. If you have any custom code that can be factored
118 out of existing classes into a mix-in that would be useful to others
119 please send it to me for inclusion in this package.
121 Added a few little sample applications to help newbies to get started
122 by having smaller functional apps to play with. They can be found in
131 No changes happened in the Python wrappers for this release, only
132 changes and fixes in the wxWindows library.
139 New typemaps for wxString when compiling for Python 2.0 and beyond
140 that allow Unicode objects to be passed as well as String objects. If
141 a Unicode object is passed PyString_AsStringAndSize is used to convert
142 it to a wxString using the default encoding.
144 Fixed the generic buttons so tool tips work for them.
146 Fixed a bug in the demo's tree control.
148 Added a listbox to the listbox demo that shows how to find items with
149 a matching prefix as keys are typed.
151 Added code to the wxListCtrl demo to show how to get text from a
152 column in report mode.
154 Added code to the toolbar demo to clear the long help from the status
159 Fixed wxTimer so it can be used as described in the docs, either with
160 a Notify method in a subclass, or sending an event to a wxEvtHandler
161 object, (usually a window.)
163 Added wxNotifyEvent.Allow()
165 Fixed GOBS of reference leaks.
167 Massive code changes and cleanup to allow wxPython to be split into
168 multiple extension modules again. A Python CObject is used to allow
169 the "export" of SWIG functions and other common helper functions from
170 the wxc module to other modules, even if they are in separate shared
171 libraries. Should also be usable from 3rd party code, just include
172 wxPython/src/export.h
174 Changed the default setup so the following are built as separate
175 extension modules: calendar, glcanvas, grid, html, ogl, stc, and
176 utils. Will probably add more later.
178 Changed the wxPrinterDC to use the new constructor taking a
179 wxPrintData object. The old ctor is still there using the
182 Added wxPython.lib.anchors.py from Riaan Booysen. It contains a class
183 that implements Delphi's Anchors with wxLayoutConstraints.
185 Added wxPython.lib.fancytext from Timothy Hochberg.
187 Changed the GenericButtons to send their event in idle time, so the
188 mouse won't be captured when the event handler is called.
190 Added wxPython.lib.rpcMixin from Greg Landrum, although it's not
191 integrated with the demo yet. It allows a wxPython GUI to be an
199 Significantly changed how the wxStyledtextCtrl code that wraps
200 Scintilla is implemented. Most of it is now automatically generated
201 from an interface definition file provided by Scintilla. This means
202 that it will be much easier to stay in sync with new Scintilla
203 releases, but also means that some of the method and identifier names
204 have changed. See wxPython/demo/data/stc.h for a copy of the C++
205 interface from which the Python interface is generated. There is now
206 some inline documentation in that file that should really help explain
209 I am now using the Python Distutils to build wxPython and to make some
210 of the distribution files. (See http://www.python.org/sigs/distutils-sig/)
211 This means no more messing with my kludgy build.py/Makefile hack,
212 builds will be more consistent with other Python extensions that also
213 use Distutils, and will hopefully make wxPython easier to build for
214 platforms where there have been troubles before. If you are building
215 wxPython for Python 1.5.2 or for 1.6, then you will need to get and
216 install version 1.0 of Distutils from the website above. If you are
217 using Python 2.0 then you already have it.
219 Added wxInputStream and the wxFileSystem family of classes,
220 contributed by Joerg Baumann.
222 Added wxProcess and support for it to wxExecute. wxProcess lets you
223 get notified when an asyncronous child process terminates, and also to
224 get input/output streams for the child process's stdout, stderr and
227 Removed the old python sizers.
229 Added __add__, __sub__ and __cmp__ (equality check only) for wxPoint
232 Changed the build to make one big extension module instead of one for
233 the core and each contrib. This allowed me to do away with the
234 libwxPyHelpers.so on unix systems.
236 Lots of little fixes here and there.
238 Some hacks on wxGTK to try and make the AutoComplete listbox in the
239 wxStyledTextCtrl to behave better. It's still not as nice as on
240 wxMSW, but at least it's a bit more usable now.
248 Various tweaks, fixes, missing methods, etc.
250 Added example use of wxTaskBarIcon to the demo.
257 Added wxLog and friends.
259 Added wxFrame.ShowFullScreen for MSW.
261 Added PyShellWindow to the wxPython.lib package.
268 Added an attribute named labelDelta to the generic buttons that
269 specifies how far to offset the label when the button is in the
272 Added wxTipProvider and friends. See the demo for an example.
274 wxGrid can now change the cell highlight colour.
278 Fixed printing on wxGTK.
280 Added wxDateTime, wxTimeSpan, and wxDateSpan to wxPython.utils.
282 Added wxCalendarCtrl.
284 WARNING: A while back I asked what should be done about the Magic
285 Method Names. (Methods that are automatically turned into event
286 handlers by virtue of their name.) The consensus was that it is more
287 confusing to have them than to try and expand them to have greater
288 coverage. I am finally getting around to removing the code that
289 generates the event binding. This means that if you are using any of
290 the following method names without a EVT_* call that you need to
291 modify your code to add the EVT_* to hook the event to the method.
313 Fixed wxTreeCtrl.HitTest to return both the tree item as well as the
314 flags that clairify where the click was in relation to the item.
316 Fixed thread state problem in wxTreeCtrl.GetBoundingBox and
319 Fixed some problems in OGL. Also wxShape.SetClientData and
320 .GetClientData can now deal with Python objects.
322 Added wxListCtrl.SortItems and changed the demo to show how to use it.
324 Plugged a memory leak.
326 Wrapped the new wxGrid and friends. The old wxGrid class is no longer
327 available. There are some incompatibilities, and unfortunately the
328 new classes are not documented yet, (however the methods are more
329 consistent with each other now so you may be able to guess pretty
332 Updated filebrowsebutton.py and calendar.py with changes from their
333 authors. There is now a FileBrowseButtonWithHistory class (what a
334 mouthful!) and wxCalendar has printing support.
336 Added ActiveXWrapper to the library, and some good demos of it too.
337 It works great for embedding a COM (a.k.a OCX, a.k.a ActiveX) control
338 in a window and calling its methods. It actually creates a new class
339 on the fly that derives from wxWindow, the COM CoClass and others
340 needed to make it all work. The resulting class can be instantiated
341 just like wxWindow, used in sizers, etc. It also responds to all COM
342 method calls, properties, etc., and if the class or a mix-in has
343 matching method names, then the COM events will be propogated back to
346 Created a typemap that allows a string to be used for parameters
347 expecting a wxColour type. The string is either a colour name as
348 defined in the wxColourDatabase, or a colour spec of the form
349 "#RRGGBB". See the wxStyledTextCtrl demo for an example.
351 I almost forgot to mention the wxStyledTextCtrl! Yes, the
352 wxStyledTextCtrl is finally in wxPython!! (And the crowd goes
353 wild...) There's no documentaTion yet (the crowd boos and hisses...)
354 but I've included a very readable source file in the
355 wxPython/demo/data directory, a couple fairly good examples, and you
356 can also refer to the Scintilla documentaion at
357 http://www.scintilla.org/ScintillaDoc.html to help fill in the gaps
358 until the docs are done. (The croud murmers contentedly as the tool
359 provider smiles convincingly and removes his flame-proof suit.)
366 Skipped a version number to match what has been released for wxGTK.
368 Updated wxMVCTree and added a demo for it, also fixed layout on GTK
369 and some flicker problems.
371 Added a wrapper class for the Visualization ToolKit (or VTK) in the
372 wxPython.lib.vtk module. (http://www.kitware.com/)
374 Fixed wxTreeCtrl.SetItemImage and GetItemImage to recognise the new
377 Added wxPython.lib.spashscreen from Mike Fletcher.
379 Added wxPython.lib.filebrowsebutton also from Mike Fletcher.
381 Renamed wxTreeCtrl.GetParent to GetItemParent to avoid a name clash
382 with wxWindow.GetParent.
384 Added wxIntersectRect to compute the intersection of two wxRect's.
385 It is used like this:
387 intersect = wxIntersectRect(rect1, rect2)
389 If r1 and r2 don't intersect then None is returned, otherwise the
390 rectangle representing the intersection is returned.
392 Some bug fixes for Clipboard and Drag-n-Drop.
394 Rotated text!!! WooHoo! (See wxDC.DrawRotatedText())
396 Added a set of Generic Buttons to the library. These are simple
397 window classes that look and act like native buttons, but you can have
398 a bit more control over them. The bezel width can be set in addition
399 to colours, fonts, etc. There is a ToggleButton as well as Bitmap
400 versions too. They should also serve as a good example of how to
401 create your own classes derived from wxControl.
403 The C++ wxToolBar classes have been redone, and so have the wxPython
404 wrappers. There have been slight modifications to some of the methods
405 but shouldn't impact anybody too much. I took the opportunity to add
406 support for setting user data on each toolbar tool. The new AddTool
407 methods look like this:
411 pushedBitmap = wxNullBitmap,
414 shortHelpString = "",
417 def AddSimpleTool(ID,
419 shortHelpString = "",
424 There are also coresponding InsertTool and InsertSimpleTool methods
425 that additionally take an integer position as the first parameter.
427 Added a wrapper for the new PCX and TIFF ImageHandlers.
429 wxRect now simulates attributes named left, right, top and bottom.
431 Removed all non wx stuff from the glcanvas module since DA's PyOpenGL
432 is better and compatible with the wxGLCanvas. You can get it at
433 http://starship.python.net:9673/crew/da/Code/PyOpenGL.
435 Added some missing EVT_ functions.
437 Added Dirk Holtwic's editor classes to the wxPython.lib.editor
440 Changed all the "LIST" parameter names to "choices" to match the docs.
442 More fixes for the wxFloatBar, and it now works on wxGTK even better
443 than wxMSW! (The feat is accomplished by using the wxTB_DOCKABLE
444 style flag instead of trying to float it ourselves.)
451 Skipped a few version numbers so wxMSW, wxGTK and wxPython are all
454 wxImage.SetData now makes a copy of the image data before giving it to
455 wxImage. I mistakenly thought that wxImage would copy the data
458 Fixed wxMSW's notebook so the pages get their size set as they are
459 being added. This should remove the need for our
460 wxNotebook.ResizeChildren hack.
462 wxPanels now support AutoLayout, and wxNotebooks and wxSplitterWindows
463 no longer tell their children to Layout() themselves. This will
464 probably only effect you if you have a wxWindow with AutoLayout inside
465 a notebook or splitter. If so, either change it to a wxPanel or add
466 an EVT_SIZE handler that calls Layout().
468 Fixed deadlock problem that happened when using threads.
470 Added new HTML printing classes.
472 Added wxWindow.GetHandle
474 Apparently wxMouseEvent.Position has been depreciated in wxWindows as
475 it is no longer available by default. You can use GetPositionTuple
476 (returning a tuple with x,y) instead, or GetPosition (returning a
479 Added wxPostEvent function that allows events to be posted and then
480 processed later. This is a thread-safe way to interact with the GUI
481 thread from other threads.
483 Added Clipboard and Drag-and-Drop classes.
485 Added wxFontEnumerator.
487 Many updates to wxMenu, wxMenuBar.
489 wxPyEvent and wxPyCommandEvent derived classes now give you the actual
490 Python object in the event handler instead of a new shadow.
492 Added a Calendar widget from Lorne White to the library.
494 Made some fixes to the wxFloatbar. It still has some troubles on
497 Added an MVC tree control from Bryn Keller to the library.
504 This is a quick bug-fix release to take care of a few nasties that
505 crept in at the last minute before 2.1.4 was called done. No new
513 This release is NOT syncronized with a snapshot release of wxGTK or
514 wxMSW. For MSW this isn't much of a problem since you can get the
515 binaries from the web site. For other platforms you'll have to build
516 wxGTK from CVS. (See http://web.ukonline.co.uk/julian.smart/wxwin/cvs.htm)
517 To get the same set of sources from CVS that I used, checkout using
520 Now back to what's new...
522 Much more support for event-less callbacks and add-on modules.
524 Created add-on module with wxOGL classes.
526 Added wxWindow.GetChildren(). Be careful of this. It returns a *copy*
527 of the list of the window's children. While you are using the list if
528 anything changes in the real list (a child is deleted, etc.) then the
529 list you are holding will suddenly have window references to garbage
530 memory and your app will likely crash. But if you are careful it works
533 Added a bunch of new and missing methods to wxTreeCrtl. The
534 SortChildren method is now supported, but currently only for the
537 Added typemaps for wxSize, wxPoint, wxRealPoint, and wxRect that allow
538 either the actual objects or Python sequence values to be used. For
539 example, the following are equivallent:
541 win = wxWindow(parent, size = wxSize(100, 100))
542 win = wxWindow(parent, size = (100, 100))
544 Super-charged the wxHtml module. You can now create your own tag
545 handlers and also have access to the parser and cell classes. There
546 is a tag handler in the library at wxPython.lib.wxpTag that
547 understands the WXP tag and is able to place wxPython windows on HTML
548 pages. See the demo for an example.
550 A bunch of the methods of wxMenuBar were previously ifdef'd out for
551 wxGTK. Added them back in since the methods exist now.
553 Wrapped the wxHtmlHelpController and related classes.
555 Wrapped the C++ versions of wxSizer and friends. The Python-only
556 versions are still in the library, but depreciated. (You will get a
557 warning message if you try to use them, but the warning can be
558 disabled.) The usage of the C++ versions is slightly different, and
559 the functionality of wxBorderSizer is now part of wxBoxSizer. I have
560 added a few methods to wxSizer to try and make the transition as
561 smooth as possible, I combined all Add methods into a single method
562 that handles all cases, added an AddMany method, etc. One step I did
563 not take was to make the default value of flag in the Add method be
564 wxGROW. This would have made it more backward compatible, but less
565 portable to and from wxWin C++ code. Please see the docs and demo for
568 Added wxPyEvent and wxPyCommandEvent classes, derived from wxEvent and
569 wxCommandEvent. Each of them has SetPyData and GetPyData methods that
570 accept or return a single Python object. You can use these classes
571 directly or derive from them to create your own types of event objects
572 that can pass through the wxWindows event system without loosing their
573 Python parts (as long as they are stored with SetPyData.) Stay tuned
574 for more info and examples in future releases.
576 Added wxPython.lib.grids as an example of how to derive a new sizer
577 from the C++ sizers. In this module you will find wxGridSizer and
578 wxFlexGridSizer. wxGridSizer arrainges its items in a grid in which
579 all the widths and heights are the same. wxFlexgridSizer allows
580 different widths and heights, and you can also specify rows and/or
581 columns that are growable. See the demo for a couple examples for how
584 Added the wxValidator class, and created a class named wxPyValidator
585 that should be used for the base class of any Python validators. See
586 the demo for an example. Please note that you MUST implement a Clone
587 method in your validator classes because of the way some things work
588 in the underlying C++ library. I did not add wxTextValidator because
589 of some issues of how it transfers data to and from a wxString, which
590 in wxPython is automatically translated to and from Python strings, so
591 there would never be a concrete wxString that would hang around long
592 enough for the validator to do its job. On the other hand, it should
593 be real easy to duplicate the functionality of wxTextValidator in a
594 pure Python class derived from wxPyValidator.
596 I've finally added a feature that has been on my list for close to two
597 years! Ever wondered what that zero is for when you create your app
598 object? Well now you can leave it out or explicitly set it to a true
599 value. This value now controls what is to be done with sys.stdout and
600 sys.stderr. A false value leaves them alone, and a true value sets
601 them to an instance of wxPyOnDemandOutputWindow. (On windows the
602 default is true, on unix platforms the default is false.) This class
603 creates a frame containing a wxTextCtrl as soon as anything is written
604 to sys.stdout or sys.stderr. If you close the window it will come
605 back again the next time something is written. (You can call
606 app.RestoreStdio to turn this off.) If you would rather that the stdio be
607 redirected to a file, you can provide a second parameter to your app
608 object's constructor that is a filename. If you want to use your own
609 class instead of wxPyOnDemandOutputWindow you can either implement
610 RedirectStdio() in you app class or change the value of
611 wxApp.outputWindowClass like this:
614 outputWindowClass = MyClass
618 self.SetTopWindow(frame)
621 Please see the implementation of wxPyOnDemandOutputWindow and wxApp in
622 wx.py for more details. A few words of caution: if you are running
623 your app in a debugger, changing sys.stdout and sys.stderr is likely
624 to really screw things up.
626 Added wxCaret. Unfortunately it's author has still not documented it
627 in the wxWindows docs...
629 Some new 3rd party contributions in wxPython.lib. PyShell, in
630 shell.py is an interesting implementaion of an interactive Python
631 shell in wxWindows. floatbar.py has a class derived from wxToolBar
632 that can sense mouse drags and then reparent itself into another
633 frame. Moving the new frame close to where it came from puts the tool
634 bar back into the original parent. (Unfortunately there is currently
635 a bug in wxGTK's wxFrame.SetToolBar so the FloatBar has some
644 This release is syncronized with release 2.1 snapshot 9 of wxWindows.
646 Switched to using SWIG from CVS (see http://swig.cs.uchicago.edu/cvs.html)
647 for some of the new features and such. Also they have encorporated my
648 patches so there is really no reason to stick with the current (very
649 old) release... This version of SWIG gives the following new
652 1. Keyword arguments. You no longer have to specify all the
653 parameters with defaults to a method just to specify a
654 non-default value on the end. You can now do this instead:
656 win = wxWindow(parent, -1, style = mystyle)
658 2. There is now an an equivalence between Python's None and C++'s
659 NULL. This means that any methods that might return NULL will
660 now return None and you can use none where wxWindows might be
661 expecting NULL. This makes things much more snake-ish.
664 There is a new build system based on a new Python program instead of
665 raw makefiles. Now wxPython builds are virtually the same on MSW or
666 Unix systems. See the end of this file for new build instructions and
667 see distrib/build.py for more details.
669 wxDC.Bilt now includes the useMask parameter, and has been split into
670 two different versions. wxDC.BlitXY is like what was there before and
671 takes raw coordinants and sizes, and the new wxDC.Blit is for the new
672 interface using wxPoints and a wxSize.
681 Added the missing wxWindow.GetUpdateRegion() method.
683 Made a new change in SWIG (update your patches everybody) that
684 provides a fix for global shadow objects that get an exception in
685 their __del__ when their extension module has already been deleted.
686 It was only a 1 line change in .../SWIG/Modules/pycpp.cxx at about
687 line 496 if you want to do it by hand.
689 It is now possible to run through MainLoop more than once in any one
690 process. The cleanup that used to happen as MainLoop completed (and
691 prevented it from running again) has been delayed until the wxc module
692 is being unloaded by Python.
694 I fixed a bunch of stuff in the C++ version of wxGrid so it wouldn't
695 make wxPython look bad.
697 wxWindow.PopupMenu() now takes a wxPoint instead of x,y. Added
698 wxWindow.PopupMenuXY to be consistent with some other methods.
700 Added wxGrid.SetEditInPlace and wxGrid.GetEditInPlace.
702 You can now provide your own app.MainLoop method. See
703 wxPython/demo/demoMainLoop.py for an example and some explaination.
705 Got the in-place-edit for the wxTreeCtrl fixed and added some demo
706 code to show how to use it.
708 Put the wxIcon constructor back in for GTK as it now has one that
711 Added wxGrid.GetCells
713 Added wxSystemSettings static methods as functions with names like
714 wxSystemSettings_GetSystemColour.
716 Removed wxPyMenu since using menu callbacks have been depreciated in
717 wxWindows. Use wxMenu and events instead.
719 Added alternate wxBitmap constructor (for MSW only) as
720 wxBitmapFromData(data, type, width, height, depth = 1)
722 Added a helper function named wxPyTypeCast that can convert shadow
723 objects of one type into shadow objects of another type. (Like doing
724 a down-cast.) See the implementation in wx.py for some docs.
726 Fixed wxImage GetData and SetData to properly use String objects for
729 Added access methods to wxGridEvent.
731 New Makefile/Setup files supporting multiple dynamic extension modules
734 Fixes for the wxGLCanvas demo to work around a strange bug in gtk.
736 SWIG support routines now compiled separately instead of being bundled
745 Fixed wxComboBox.SetSelection so that it actually sets the selected
746 item. (Actually just removed it from wxPython and let it default to
747 wxChoice.SetSelection which was already doing the right thing.)
749 Added the Printing Framework.
751 Switched back to using the wxWindows DLL for the pre-built Win32
752 version. The problem was needing to reinitialize static class info
753 data after loading each extension module.
755 Lots of little tweaks and additions to reflect changes to various
758 Fixed a bug with attaching objects to tree items. Actually was a
759 symptom of a larger problem with not obtaining the interpreter lock
760 when doing any Py_DECREFs.
762 wxSizer and friends. Sizers are layout tools that manage a colection
763 of windows and sizers. Different types of sizers apply different
764 types of layout algorithms. You saw it here first! These classes are
765 not even in the wxWindows C++ library yet!
771 Bug fix for ListCtrl in test4.py (Was a missing file... DSM!)
773 Bug fix for occassional GPF on Win32 systems upon termination of a
774 wxPython application.
776 Added wxListBox.GetSelections returning selections as a Tuple.
778 Added a wxTreeItemData that is able to hold any Python object and be
779 associated with items in a wxTreeCtrl. Added test pytree.py to show
782 Added wxSafeYield function.
784 OpenGL Canvas can be optionally compiled in to wxPython.
786 Awesome new Demo Framework for showing off wxPython and for learning
789 The pre-built Win32 version is no longer distributing the wxWindows
790 DLL. It is statically linked with the wxWindows library instead.
792 Added a couple missing items from the docs.
794 Added wxImage, wxImageHandler, wxPNGHandler, wxJPEGHandler,
795 wxGIFHandler and wxBMPHandler.
797 Added new methods to wxTextCtrl.
799 Fixed some problems with how SWIG was wrapping some wxTreeCtrl
806 Support for using Python threads in wxPython apps.
808 Several missing methods from various classes.
816 Added DLG_PNT and DLG_SZE convienience methods to wxWindow class.
818 Added missing constructor and other methods for wxMenuItem.
824 Just a quickie update to fix the self-installer to be compatible with
825 Python 1.5.2b2's Registry settings.
830 Well obviously the numbering scheme has changed. I did this to
831 reflect the fact that this truly is the second major revision of
832 wxPython, (well the third actually if you count the one I did for
833 wxWindows 1.68 and then threw away...) and also that it is associated
834 with the 2.0 version of wxWindows.
836 I have finally started documenting wxPython. There are several pages
837 in the wxWindows documentation tree specifically about wxPython, and I
838 have added notes within the class references about where and how wxPython
839 diverges from wxWindows.
841 Added wxWindow_FromHWND(hWnd) for wxMSW to construct a wxWindow from a
842 window handle. If you can get the window handle into the python code,
843 it should just work... More news on this later.
845 Added wxImageList, wxToolTip.
847 Re-enabled wxConfig.DeleteAll() since it is reportedly fixed for the
850 As usual, some bug fixes, tweaks, etc.
856 Added wxSashWindow, wxSashEvent, wxLayoutAlgorithm, etc.
858 Various cleanup, tweaks, minor additions, etc. to maintain
859 compatibility with the current wxWindows.
865 Changed the import semantics from "from wxPython import *" to "from
866 wxPython.wx import *" This is for people who are worried about
867 namespace pollution, they can use "from wxPython import wx" and then
868 prefix all the wxPython identifiers with "wx."
870 Added wxTaskbarIcon for wxMSW.
872 Made the events work for wxGrid.
876 Added wxMiniFrame for wxGTK.
878 Changed many of the args and return values that were pointers to gdi
879 objects to references to reflect changes in the wxWindows API.
881 Other assorted fixes and additions.
889 wxPython on wxGTK works!!! Both dynamic and static on Linux and
890 static on Solaris have been tested. Many thanks go to Harm
891 <H.v.d.Heijden@phys.tue.nl> for his astute detective work on tracking
892 down a nasty DECREF bug. Okay so I have to confess that it was just a
893 DSM (Dumb Stupid Mistake) on my part but it was nasty none the less
894 because the behavior was so different on different platforms.
896 The dynamicly loaded module on Solaris is still segfaulting, so it
897 must have been a different issue all along...
904 1. Worked on wxGTK compatibility. It is partially working. On a
905 Solaris/Sparc box wxPython is working but only when it is statically
906 linked with the Python interpreter. When built as a dyamically loaded
907 extension module, things start acting weirdly and it soon seg-faults.
908 And on Linux both the statically linked and the dynamically linked
909 version segfault shortly after starting up.
911 2. Added Toolbar, StatusBar and SplitterWindow classes.
913 3. Varioius bug fixes, enhancements, etc.
915 ----------------------------------------------------------------------
projects / wxWidgets.git / blob