1 CHANGES.txt for wxPython
3 ----------------------------------------------------------------------
9 Added wxGenericDirCtrl.
11 Added wxMultiChoiceDialog.
13 The calltip window and autocomplete window in wxSTC will now use a
14 wxPopupWindow if available so they can extend beyond the client area
17 Finished wrapping and providing typemaps for wxInputStream and also
18 added the stream ctor and other methods for wxImage so images can now
19 be loaded from any Python "file-like" object.
21 Changed the img2py tool to use PNG instead of XPM for embedding image
22 data in Python source code, and the generated code now uses streams to
23 convert the image data to wxImage, wxBitmap, or wxIcon.
25 Added the wxPython.lib.rcsizer module which contains RowColSizer.
26 This sizer is based on code from Niki Spahiev and lets you specify a
27 row and column for each item, as well as optional column or row
28 spanning. Cells with no item assigned to it are just left blank.
29 Stretchable rows or columns are specified and work the same as in
32 Updated XRCed from Roman Rolinsky
36 Upgraded wxSTC from Scintilla 1.40 to Scintilla 1.45
40 wxWindows/wxPython can be compiled with unicode support enabled or
41 disabled. Previous to wxPython 2.3.3 non-unicode mode was always
42 used. Starting with 2.3.3 either mode is supported, but only if
43 it is also available in wxWindows on the platform. Currently
44 wxWindows only supports unicode on MS Windows platforms, but with
45 the recent release of GTK+ 2.0 it is only a matter of time until
46 it can be done on wxGTK (Linux and other unixes) as well.
48 Unicode works best on platforms in the NT branch of the Windows
49 family tree (NT, win2k, XP) but it is now also possible to use the
50 same unicode binaries on win95/98/ME platforms as well! This is
51 done by using a special library and DLL with the application
52 called MSLU, (Microsoft Layer for Unicode). It simply gets out of
53 the way if the app is run on an NT box, otherwise if run on a
54 win9x box it loads a special DLL that provides the unicode
55 versions of the windows API. So far I have not been able to get
56 this to work perfectly on win9x. Most things work fine but
57 wxTaskBarIcon for example will cause a crash if used with the
58 unicode build on win95.
60 So how do you use it? It's very simple. When unicode is enabled,
61 then all functions and methods in wxPython that return a wxString
62 from the C++ function will return a Python unicode object, and
63 parameters to C++ functions/methods that expect a wxString can
64 accept either a Python string or unicode object. If a string
65 object is passed then it will be decoded into unicode using the
66 converter pointed to by wxConvCurrent, which will use the default
67 system encoding. If you need to use a string in some other
68 encoding then you should convert it to unicode using the Python
69 codecs first and then pass the unicode string to the wxPython
72 Added wxListCtrlAutoWidthMixin from Erik Westra.
74 Added wxIconBundle and wxTopLevelWindow.SetIcons.
76 Added wxLocale and wxEncodingConverter.
78 A little black magic... When the C++ object (for a window or
79 whatever) is deleted there is no way to force the Python shadow object
80 to also be destroyed and clean up all references to it. This leads to
81 crashes if the shadow object tries to call a method with the old C++
82 pointer. The black magic I've done is to replace the __class__ in the
83 Python instance object with a class that raises an exception whenever
84 a method call (or other attribute access) is attempted. This works
85 for any class that is OOR aware.
87 Added OOR support for wxGridCellRenderer, wxGridCellEditor,
88 wxGridCellAttr, wxGridCellAttrProvider, wxGridTableBase and their
91 Added wxImage.GetDataBuffer which returns an in-place edit buffer of
92 the image data. (Patch #546009)
98 Changed (again) how the Python global interpreter lock is handled as
99 well as the Python thread state. This time it works on SMP machines
100 without barfing and is also still compatible with Python debuggers.
102 Added some patches from library contributors.
108 Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,
109 EVT_DETAILED_HELP_RANGE, EVT_CONTEXT_MENU, wxHelpEvent,
110 wxContextMenuEvent, wxContextHelp, wxContextHelpButton, wxTipWindow,
111 and a demo to show them in action.
113 Deprecated PyShell and PyShellWindow, added a snapshot of PyCrust (see
114 http://sourceforge.net/projects/pycrust/. )
116 Added the new virtual list capabilities to wxListCtrl.
118 Added a wxSTC style editor from Riaan Booysen to the sample apps.
120 Added XRCed to the wxPython Tools directory, contributed by Roman
123 Added a new "constructor" to most of the window classes that calls the
124 default C++ contructor, (the one with no parameters) and also added the
125 coresponding Create(...) method. This allows you to do a 2-step
126 creation of windows which is sometimes required for doing things such
127 as setting extended style flags before the window is created, or for
128 passing the object to the XRC resource system to be created from the
129 resource. The name of the new "constructor" is the original name of
130 the class with a "Pre" in it. For example, wxPreWindow, wxPreFrame,
133 Updated to version 1.40 of Scintilla and updated wxStyledTextCtrl
134 accordingly. While doing this update I dropped the wxLB_SORT style
135 from the wxListBox created for the AutoComplete functionality. This
136 means that you will have to sort the keyword lists yourself, but you
137 are free to do case sensitive or case insensitive sorts and set the
138 wxSTC flag accordingly.
140 Updated wxColumnSorterMixin to also be able to place sort icons on the
141 column headers, and updated the wxListCtrl demo to show it off by
142 using wxColumnSorterMixin.
144 Added wxGenBitmapTextButton, TablePrint, etc. contribs from Lorne White.
146 Added wxNativeFontInfo and wxFontMapper.
148 Added pySketch to the samples.
150 Significantly changed how the Python interpreter lock and thread state
151 are managed, which should fix the problem of running on a
152 multi-processor machine.
154 Added wxPyLog so log targets can be created in Python to handle log
155 messages however is wished. See demo/Main.py for an example.
157 Added wxFindReplaceDialog.
159 The second phase of OOR is implemented for wxEvtHandler, wxSizer,
160 wxShape and derived classes. This means that functions and methods
161 that return an object derived from wxEvtHandler that was originally
162 created in Python, will return the original Python object (if it still
163 exists) instead of letting SWIG wrap a new shadow object around the
164 original C++ pointer.
166 Added some optimization methods to wxDC: GetBoundingBox, DrawLineList,
169 Added a set of sophisticated Error Dialogs from Chris Fama.
171 Added wxRightTextCtrl from Josu Oyanguren to wxPython.lib for aligning
172 text in a wxTextCtrl to the right side.
174 Added wxURLDataObject and an example showing drag and drop of URLs to
175 and from web browsers. It's still not 100% bullet-proof for all types
176 of browsers, but it works for the majority of cases with the popular
177 browsers on Windows. On wxGTK it seems that only Netscape 4.x works,
178 if anybody has any suggestions about this please bring it up on the
183 Added wxMimeTypesManager and wxFileType.
185 Passing None for the handler parameter to one of the EVT_** functions
186 will now Disconnect the event.
188 Added wxPopupWindow and wxPopupTransientWindow.
192 Added wxDynamicSashWindow, which allows you to endlessly split windows
193 by dragging a little tab next to the scrollbars. Added a demo to show
194 this and also the ability of multiple wxStyledTextCtrls to share the
197 Added wxEditableListBox gizmo.
199 Updated wxEditor with lots of enhancements from Steve Howell and Adam
202 Added the "SplitTree gizmos" which are a collection of classes that
203 were designed to operate together and provide a tree control with
204 additional columns for each item. The classes are
205 wxRemotelyScrolledTreeCtrl, wxTreeCompanionWindow,
206 wxThinSplitterWindow, and wxSplitterScrolledWindow, some of which may
207 also be useful by themselves.
209 Added wxDllWidget from Vaclav Slavik which allows wx widgets derived
210 from wxWindow to be loaded from a C++ .dll (or .so) and be used in a
211 wxPython program, without the widget having to be SWIGged first. The
212 visible API of the widget is limited to wxWindow methods plus a
213 SendCommand method, but it is still quite powerful. See
214 wxPython/contrib/dllwidget and wxPython/demo/dllwidget for more
222 Added EVT_GRID_EDITOR_CREATED and wxGridEditorCreatedEvent so the user
223 code can get access to the edit control when it is created, (to push
224 on a custom event handler for example.)
226 Added wxTextAttr class and SetStyle, SetDefaultStyle and
227 GetDefaultStyle methods to wxTextCtrl.
229 Added ability to use xml resource files. Still need to add ability to
230 subclass wxXmlResourceHandler, etc...
232 Added wxGridAutoEditMixin to the mixins library package.
234 Made ColourSelect be derived from wxButton.
236 Fixed img2py to work correctly with Python 2.1.
238 Added enhanced wxVTKRenderWindow by Prabhu Ramachandran
244 Removed initial startup dependency on the OpenGL DLLs so only the
245 glcanvasc.pyd depends on them, (on wxMSW.)
247 Changed wxFont, wxPen, wxBrush to not implicitly use the
248 wxThe[Font|Pen|Brush]List objects behind the scenes, but to use normal
251 Exposed the wxThe[Font|Pen|Brush]List to wxPython.
253 Also added wxTheColourDatabase and added a library module (in the
254 wxPython.lib.colourdb module) to load LOTS more colour names into the
257 Added wxWakeUpMainThread, wxMutexGuiEnter, wxMutexGuiLeave,
258 wxMutexGuiLocker and wxThread_IsMain to assist with dealing with GUI
259 access from non-GUI threads.
261 wxPyOnDemandOutputWindow is now (more) thread safe if non-GUI threads
262 use print, sys.stdout.write, etc.
264 Added CreateTextSizer and CreateButtonSizer to wxDialog
266 Added wxPython/lib/infoframe.py from Chris Fama. It contains a class
267 that can be used in place of wxPyOnDemandOutputWindow.
269 Added colourselect.py, imagebrowser.py and an updated calendar.py to
270 wxPython/lib from Lorne White.
272 Added patch to wxPoint_LIST_helper from Tim Hochberg that should make
273 it gobs faster in certain situations.
275 Added tools that will take an image file in a wx supported format and
276 convert it to data embedded in a Python source file. The image is
277 converted to XPM format which is essentially a list of strings
278 containing info about each pixel. The image's transparency mask is
279 included, if there is one, or a mask can be added if a mask colour is
280 specified on the command line. It is then pickled and optionally
281 compressed and written to a Python source file along with functions to
282 convert it to either a wxBitmap or a wxImage. See
283 wxPython/demo/images.py for examples, and wxPython/Tools/img2py.py for
286 Fixed wxStyledTextCtrl to be much faster on wxGTK. There was some
287 experimental code that got left in place that ended up causing way too
290 A couple more hacks in my_distutils.py so wxPython can be built with
291 the distutils that comes with Python 2.1.
293 Added a ton of missing methods for wxPrintData.
295 Switched to InnoSetup for MSW distributions.
297 Added wxToggleButton.
299 Fixed bug that prevented wxTreeCtrl.OnCompareItems from being called.
301 Added some methods to wxGrid:
302 GetCellHighlightPenWidth
303 GetCellHighlightROPenWidth
304 SetCellHighlightPenWidth
305 SetCellHighlightROPenWidth
307 GetGridRowLabelWindow
308 GetGridColLabelWindow
309 GetGridCornerLabelWindow
311 Added wxGetClientDisplayRect which on wxMSW returns a wxRect
312 representing the area on screen not occupied by the taskbar and such.
313 On other platforms it is equivallent to wxGetDisplaySize.
316 ***---***---***---***---***---***---***---***---***---***---***---
317 Implemented the first phase of OOR (Original Object Return). See
318 the text in the demo for more details of what this means, but in a
319 nutshell methods such as wxWindow.GetParent or FindWindowById will
320 now return a shadow object of the proper type if it can. By
321 "proper type" I mean that if the wxWindow pointer returned from
322 FindWindowById really points to a wxButton then the Python object
323 constructed will be of a wxButtonPtr class instead of wxWindowPtr
324 as before. This should reduce or eliminiate the need for
325 wxPyTypeCast. (Woo Hoo!) The objects returned are still not the
326 original Python object, but that is the next step. (Although it
327 will probably only work on Python 2.1 and beyond because it will
328 use weak references.)
330 This first phase of the OOR plan is fairly significant and has
331 required a lot of changes all over wxPython, most of which should
332 be transparent to you, however I'm not 100% sure that it didn't
333 introduce any new bugs that are hiding somewhere and didn't get
334 stomped on during my testing. So please be sure to test everything
335 thoroughly when you install this version and be sure to report any
336 object-type related oddities to me.
337 ***---***---***---***---***---***---***---***---***---***---***---
339 There is now a wxObject class that most other classes derive from like
340 in C++, but the methods provided don't really match but are wxPython
341 specific. It could have been added long ago but OOR required it so it
344 Finally added wxPyLineShape.GetLineControlPoints, which has been on my
345 list for a while. The above OOR modification made this easier.
347 Fixed the __cmp__ methods for wxPoint and others.
351 Added the wxPython.lib.mixins package to the library, it is where
352 useful mix-in classes can be placed. Currently there is one to help
353 make the columns in a wxListCtrl sortable, and the MagicIMageList from
354 Mike Fletcher. If you have any custom code that can be factored out
355 of existing classes into a mix-in that would be useful to others
356 please send it to me for inclusion in this package.
358 Added a few little sample applications to help newbies to get started
359 by having smaller functional apps to play with. They can be found in
368 No changes happened in the Python wrappers for this release, only
369 changes and fixes in the wxWindows library.
376 New typemaps for wxString when compiling for Python 2.0 and beyond
377 that allow Unicode objects to be passed as well as String objects. If
378 a Unicode object is passed PyString_AsStringAndSize is used to convert
379 it to a wxString using the default encoding.
381 Fixed the generic buttons so tool tips work for them.
383 Fixed a bug in the demo's tree control.
385 Added a listbox to the listbox demo that shows how to find items with
386 a matching prefix as keys are typed.
388 Added code to the wxListCtrl demo to show how to get text from a
389 column in report mode.
391 Added code to the toolbar demo to clear the long help from the status
396 Fixed wxTimer so it can be used as described in the docs, either with
397 a Notify method in a subclass, or sending an event to a wxEvtHandler
398 object, (usually a window.)
400 Added wxNotifyEvent.Allow()
402 Fixed GOBS of reference leaks.
404 Massive code changes and cleanup to allow wxPython to be split into
405 multiple extension modules again. A Python CObject is used to allow
406 the "export" of SWIG functions and other common helper functions from
407 the wxc module to other modules, even if they are in separate shared
408 libraries. Should also be usable from 3rd party code, just include
409 wxPython/src/export.h
411 Changed the default setup so the following are built as separate
412 extension modules: calendar, glcanvas, grid, html, ogl, stc, and
413 utils. Will probably add more later.
415 Changed the wxPrinterDC to use the new constructor taking a
416 wxPrintData object. The old ctor is still there using the
419 Added wxPython.lib.anchors.py from Riaan Booysen. It contains a class
420 that implements Delphi's Anchors with wxLayoutConstraints.
422 Added wxPython.lib.fancytext from Timothy Hochberg.
424 Changed the GenericButtons to send their event in idle time, so the
425 mouse won't be captured when the event handler is called.
427 Added wxPython.lib.rpcMixin from Greg Landrum, although it's not
428 integrated with the demo yet. It allows a wxPython GUI to be an
436 Significantly changed how the wxStyledtextCtrl code that wraps
437 Scintilla is implemented. Most of it is now automatically generated
438 from an interface definition file provided by Scintilla. This means
439 that it will be much easier to stay in sync with new Scintilla
440 releases, but also means that some of the method and identifier names
441 have changed. See wxPython/demo/data/stc.h for a copy of the C++
442 interface from which the Python interface is generated. There is now
443 some inline documentation in that file that should really help explain
446 I am now using the Python Distutils to build wxPython and to make some
447 of the distribution files. (See http://www.python.org/sigs/distutils-sig/)
448 This means no more messing with my kludgy build.py/Makefile hack,
449 builds will be more consistent with other Python extensions that also
450 use Distutils, and will hopefully make wxPython easier to build for
451 platforms where there have been troubles before. If you are building
452 wxPython for Python 1.5.2 or for 1.6, then you will need to get and
453 install version 1.0 of Distutils from the website above. If you are
454 using Python 2.0 then you already have it.
456 Added wxInputStream and the wxFileSystem family of classes,
457 contributed by Joerg Baumann.
459 Added wxProcess and support for it to wxExecute. wxProcess lets you
460 get notified when an asyncronous child process terminates, and also to
461 get input/output streams for the child process's stdout, stderr and
464 Removed the old python sizers.
466 Added __add__, __sub__ and __cmp__ (equality check only) for wxPoint
469 Changed the build to make one big extension module instead of one for
470 the core and each contrib. This allowed me to do away with the
471 libwxPyHelpers.so on unix systems.
473 Lots of little fixes here and there.
475 Some hacks on wxGTK to try and make the AutoComplete listbox in the
476 wxStyledTextCtrl to behave better. It's still not as nice as on
477 wxMSW, but at least it's a bit more usable now.
485 Various tweaks, fixes, missing methods, etc.
487 Added example use of wxTaskBarIcon to the demo.
494 Added wxLog and friends.
496 Added wxFrame.ShowFullScreen for MSW.
498 Added PyShellWindow to the wxPython.lib package.
505 Added an attribute named labelDelta to the generic buttons that
506 specifies how far to offset the label when the button is in the
509 Added wxTipProvider and friends. See the demo for an example.
511 wxGrid can now change the cell highlight colour.
515 Fixed printing on wxGTK.
517 Added wxDateTime, wxTimeSpan, and wxDateSpan to wxPython.utils.
519 Added wxCalendarCtrl.
521 WARNING: A while back I asked what should be done about the Magic
522 Method Names. (Methods that are automatically turned into event
523 handlers by virtue of their name.) The consensus was that it is more
524 confusing to have them than to try and expand them to have greater
525 coverage. I am finally getting around to removing the code that
526 generates the event binding. This means that if you are using any of
527 the following method names without a EVT_* call that you need to
528 modify your code to add the EVT_* to hook the event to the method.
550 Fixed wxTreeCtrl.HitTest to return both the tree item as well as the
551 flags that clairify where the click was in relation to the item.
553 Fixed thread state problem in wxTreeCtrl.GetBoundingBox and
556 Fixed some problems in OGL. Also wxShape.SetClientData and
557 .GetClientData can now deal with Python objects.
559 Added wxListCtrl.SortItems and changed the demo to show how to use it.
561 Plugged a memory leak.
563 Wrapped the new wxGrid and friends. The old wxGrid class is no longer
564 available. There are some incompatibilities, and unfortunately the
565 new classes are not documented yet, (however the methods are more
566 consistent with each other now so you may be able to guess pretty
569 Updated filebrowsebutton.py and calendar.py with changes from their
570 authors. There is now a FileBrowseButtonWithHistory class (what a
571 mouthful!) and wxCalendar has printing support.
573 Added ActiveXWrapper to the library, and some good demos of it too.
574 It works great for embedding a COM (a.k.a OCX, a.k.a ActiveX) control
575 in a window and calling its methods. It actually creates a new class
576 on the fly that derives from wxWindow, the COM CoClass and others
577 needed to make it all work. The resulting class can be instantiated
578 just like wxWindow, used in sizers, etc. It also responds to all COM
579 method calls, properties, etc., and if the class or a mix-in has
580 matching method names, then the COM events will be propogated back to
583 Created a typemap that allows a string to be used for parameters
584 expecting a wxColour type. The string is either a colour name as
585 defined in the wxColourDatabase, or a colour spec of the form
586 "#RRGGBB". See the wxStyledTextCtrl demo for an example.
588 I almost forgot to mention the wxStyledTextCtrl! Yes, the
589 wxStyledTextCtrl is finally in wxPython!! (And the crowd goes
590 wild...) There's no documentaTion yet (the crowd boos and hisses...)
591 but I've included a very readable source file in the
592 wxPython/demo/data directory, a couple fairly good examples, and you
593 can also refer to the Scintilla documentaion at
594 http://www.scintilla.org/ScintillaDoc.html to help fill in the gaps
595 until the docs are done. (The croud murmers contentedly as the tool
596 provider smiles convincingly and removes his flame-proof suit.)
603 Skipped a version number to match what has been released for wxGTK.
605 Updated wxMVCTree and added a demo for it, also fixed layout on GTK
606 and some flicker problems.
608 Added a wrapper class for the Visualization ToolKit (or VTK) in the
609 wxPython.lib.vtk module. (http://www.kitware.com/)
611 Fixed wxTreeCtrl.SetItemImage and GetItemImage to recognise the new
614 Added wxPython.lib.spashscreen from Mike Fletcher.
616 Added wxPython.lib.filebrowsebutton also from Mike Fletcher.
618 Renamed wxTreeCtrl.GetParent to GetItemParent to avoid a name clash
619 with wxWindow.GetParent.
621 Added wxIntersectRect to compute the intersection of two wxRect's.
622 It is used like this:
624 intersect = wxIntersectRect(rect1, rect2)
626 If r1 and r2 don't intersect then None is returned, otherwise the
627 rectangle representing the intersection is returned.
629 Some bug fixes for Clipboard and Drag-n-Drop.
631 Rotated text!!! WooHoo! (See wxDC.DrawRotatedText())
633 Added a set of Generic Buttons to the library. These are simple
634 window classes that look and act like native buttons, but you can have
635 a bit more control over them. The bezel width can be set in addition
636 to colours, fonts, etc. There is a ToggleButton as well as Bitmap
637 versions too. They should also serve as a good example of how to
638 create your own classes derived from wxControl.
640 The C++ wxToolBar classes have been redone, and so have the wxPython
641 wrappers. There have been slight modifications to some of the methods
642 but shouldn't impact anybody too much. I took the opportunity to add
643 support for setting user data on each toolbar tool. The new AddTool
644 methods look like this:
648 pushedBitmap = wxNullBitmap,
651 shortHelpString = "",
654 def AddSimpleTool(ID,
656 shortHelpString = "",
661 There are also coresponding InsertTool and InsertSimpleTool methods
662 that additionally take an integer position as the first parameter.
664 Added a wrapper for the new PCX and TIFF ImageHandlers.
666 wxRect now simulates attributes named left, right, top and bottom.
668 Removed all non wx stuff from the glcanvas module since DA's PyOpenGL
669 is better and compatible with the wxGLCanvas. You can get it at
670 http://starship.python.net:9673/crew/da/Code/PyOpenGL.
672 Added some missing EVT_ functions.
674 Added Dirk Holtwic's editor classes to the wxPython.lib.editor
677 Changed all the "LIST" parameter names to "choices" to match the docs.
679 More fixes for the wxFloatBar, and it now works on wxGTK even better
680 than wxMSW! (The feat is accomplished by using the wxTB_DOCKABLE
681 style flag instead of trying to float it ourselves.)
688 Skipped a few version numbers so wxMSW, wxGTK and wxPython are all
691 wxImage.SetData now makes a copy of the image data before giving it to
692 wxImage. I mistakenly thought that wxImage would copy the data
695 Fixed wxMSW's notebook so the pages get their size set as they are
696 being added. This should remove the need for our
697 wxNotebook.ResizeChildren hack.
699 wxPanels now support AutoLayout, and wxNotebooks and wxSplitterWindows
700 no longer tell their children to Layout() themselves. This will
701 probably only effect you if you have a wxWindow with AutoLayout inside
702 a notebook or splitter. If so, either change it to a wxPanel or add
703 an EVT_SIZE handler that calls Layout().
705 Fixed deadlock problem that happened when using threads.
707 Added new HTML printing classes.
709 Added wxWindow.GetHandle
711 Apparently wxMouseEvent.Position has been depreciated in wxWindows as
712 it is no longer available by default. You can use GetPositionTuple
713 (returning a tuple with x,y) instead, or GetPosition (returning a
716 Added wxPostEvent function that allows events to be posted and then
717 processed later. This is a thread-safe way to interact with the GUI
718 thread from other threads.
720 Added Clipboard and Drag-and-Drop classes.
722 Added wxFontEnumerator.
724 Many updates to wxMenu, wxMenuBar.
726 wxPyEvent and wxPyCommandEvent derived classes now give you the actual
727 Python object in the event handler instead of a new shadow.
729 Added a Calendar widget from Lorne White to the library.
731 Made some fixes to the wxFloatbar. It still has some troubles on
734 Added an MVC tree control from Bryn Keller to the library.
741 This is a quick bug-fix release to take care of a few nasties that
742 crept in at the last minute before 2.1.4 was called done. No new
750 This release is NOT syncronized with a snapshot release of wxGTK or
751 wxMSW. For MSW this isn't much of a problem since you can get the
752 binaries from the web site. For other platforms you'll have to build
753 wxGTK from CVS. (See http://web.ukonline.co.uk/julian.smart/wxwin/cvs.htm)
754 To get the same set of sources from CVS that I used, checkout using
757 Now back to what's new...
759 Much more support for event-less callbacks and add-on modules.
761 Created add-on module with wxOGL classes.
763 Added wxWindow.GetChildren(). Be careful of this. It returns a *copy*
764 of the list of the window's children. While you are using the list if
765 anything changes in the real list (a child is deleted, etc.) then the
766 list you are holding will suddenly have window references to garbage
767 memory and your app will likely crash. But if you are careful it works
770 Added a bunch of new and missing methods to wxTreeCrtl. The
771 SortChildren method is now supported, but currently only for the
774 Added typemaps for wxSize, wxPoint, wxRealPoint, and wxRect that allow
775 either the actual objects or Python sequence values to be used. For
776 example, the following are equivallent:
778 win = wxWindow(parent, size = wxSize(100, 100))
779 win = wxWindow(parent, size = (100, 100))
781 Super-charged the wxHtml module. You can now create your own tag
782 handlers and also have access to the parser and cell classes. There
783 is a tag handler in the library at wxPython.lib.wxpTag that
784 understands the WXP tag and is able to place wxPython windows on HTML
785 pages. See the demo for an example.
787 A bunch of the methods of wxMenuBar were previously ifdef'd out for
788 wxGTK. Added them back in since the methods exist now.
790 Wrapped the wxHtmlHelpController and related classes.
792 Wrapped the C++ versions of wxSizer and friends. The Python-only
793 versions are still in the library, but depreciated. (You will get a
794 warning message if you try to use them, but the warning can be
795 disabled.) The usage of the C++ versions is slightly different, and
796 the functionality of wxBorderSizer is now part of wxBoxSizer. I have
797 added a few methods to wxSizer to try and make the transition as
798 smooth as possible, I combined all Add methods into a single method
799 that handles all cases, added an AddMany method, etc. One step I did
800 not take was to make the default value of flag in the Add method be
801 wxGROW. This would have made it more backward compatible, but less
802 portable to and from wxWin C++ code. Please see the docs and demo for
805 Added wxPyEvent and wxPyCommandEvent classes, derived from wxEvent and
806 wxCommandEvent. Each of them has SetPyData and GetPyData methods that
807 accept or return a single Python object. You can use these classes
808 directly or derive from them to create your own types of event objects
809 that can pass through the wxWindows event system without loosing their
810 Python parts (as long as they are stored with SetPyData.) Stay tuned
811 for more info and examples in future releases.
813 Added wxPython.lib.grids as an example of how to derive a new sizer
814 from the C++ sizers. In this module you will find wxGridSizer and
815 wxFlexGridSizer. wxGridSizer arrainges its items in a grid in which
816 all the widths and heights are the same. wxFlexgridSizer allows
817 different widths and heights, and you can also specify rows and/or
818 columns that are growable. See the demo for a couple examples for how
821 Added the wxValidator class, and created a class named wxPyValidator
822 that should be used for the base class of any Python validators. See
823 the demo for an example. Please note that you MUST implement a Clone
824 method in your validator classes because of the way some things work
825 in the underlying C++ library. I did not add wxTextValidator because
826 of some issues of how it transfers data to and from a wxString, which
827 in wxPython is automatically translated to and from Python strings, so
828 there would never be a concrete wxString that would hang around long
829 enough for the validator to do its job. On the other hand, it should
830 be real easy to duplicate the functionality of wxTextValidator in a
831 pure Python class derived from wxPyValidator.
833 I've finally added a feature that has been on my list for close to two
834 years! Ever wondered what that zero is for when you create your app
835 object? Well now you can leave it out or explicitly set it to a true
836 value. This value now controls what is to be done with sys.stdout and
837 sys.stderr. A false value leaves them alone, and a true value sets
838 them to an instance of wxPyOnDemandOutputWindow. (On windows the
839 default is true, on unix platforms the default is false.) This class
840 creates a frame containing a wxTextCtrl as soon as anything is written
841 to sys.stdout or sys.stderr. If you close the window it will come
842 back again the next time something is written. (You can call
843 app.RestoreStdio to turn this off.) If you would rather that the stdio be
844 redirected to a file, you can provide a second parameter to your app
845 object's constructor that is a filename. If you want to use your own
846 class instead of wxPyOnDemandOutputWindow you can either implement
847 RedirectStdio() in you app class or change the value of
848 wxApp.outputWindowClass like this:
851 outputWindowClass = MyClass
855 self.SetTopWindow(frame)
858 Please see the implementation of wxPyOnDemandOutputWindow and wxApp in
859 wx.py for more details. A few words of caution: if you are running
860 your app in a debugger, changing sys.stdout and sys.stderr is likely
861 to really screw things up.
863 Added wxCaret. Unfortunately it's author has still not documented it
864 in the wxWindows docs...
866 Some new 3rd party contributions in wxPython.lib. PyShell, in
867 shell.py is an interesting implementaion of an interactive Python
868 shell in wxWindows. floatbar.py has a class derived from wxToolBar
869 that can sense mouse drags and then reparent itself into another
870 frame. Moving the new frame close to where it came from puts the tool
871 bar back into the original parent. (Unfortunately there is currently
872 a bug in wxGTK's wxFrame.SetToolBar so the FloatBar has some
881 This release is syncronized with release 2.1 snapshot 9 of wxWindows.
883 Switched to using SWIG from CVS (see http://swig.cs.uchicago.edu/cvs.html)
884 for some of the new features and such. Also they have encorporated my
885 patches so there is really no reason to stick with the current (very
886 old) release... This version of SWIG gives the following new
889 1. Keyword arguments. You no longer have to specify all the
890 parameters with defaults to a method just to specify a
891 non-default value on the end. You can now do this instead:
893 win = wxWindow(parent, -1, style = mystyle)
895 2. There is now an an equivalence between Python's None and C++'s
896 NULL. This means that any methods that might return NULL will
897 now return None and you can use none where wxWindows might be
898 expecting NULL. This makes things much more snake-ish.
901 There is a new build system based on a new Python program instead of
902 raw makefiles. Now wxPython builds are virtually the same on MSW or
903 Unix systems. See the end of this file for new build instructions and
904 see distrib/build.py for more details.
906 wxDC.Bilt now includes the useMask parameter, and has been split into
907 two different versions. wxDC.BlitXY is like what was there before and
908 takes raw coordinants and sizes, and the new wxDC.Blit is for the new
909 interface using wxPoints and a wxSize.
918 Added the missing wxWindow.GetUpdateRegion() method.
920 Made a new change in SWIG (update your patches everybody) that
921 provides a fix for global shadow objects that get an exception in
922 their __del__ when their extension module has already been deleted.
923 It was only a 1 line change in .../SWIG/Modules/pycpp.cxx at about
924 line 496 if you want to do it by hand.
926 It is now possible to run through MainLoop more than once in any one
927 process. The cleanup that used to happen as MainLoop completed (and
928 prevented it from running again) has been delayed until the wxc module
929 is being unloaded by Python.
931 I fixed a bunch of stuff in the C++ version of wxGrid so it wouldn't
932 make wxPython look bad.
934 wxWindow.PopupMenu() now takes a wxPoint instead of x,y. Added
935 wxWindow.PopupMenuXY to be consistent with some other methods.
937 Added wxGrid.SetEditInPlace and wxGrid.GetEditInPlace.
939 You can now provide your own app.MainLoop method. See
940 wxPython/demo/demoMainLoop.py for an example and some explaination.
942 Got the in-place-edit for the wxTreeCtrl fixed and added some demo
943 code to show how to use it.
945 Put the wxIcon constructor back in for GTK as it now has one that
948 Added wxGrid.GetCells
950 Added wxSystemSettings static methods as functions with names like
951 wxSystemSettings_GetSystemColour.
953 Removed wxPyMenu since using menu callbacks have been depreciated in
954 wxWindows. Use wxMenu and events instead.
956 Added alternate wxBitmap constructor (for MSW only) as
957 wxBitmapFromData(data, type, width, height, depth = 1)
959 Added a helper function named wxPyTypeCast that can convert shadow
960 objects of one type into shadow objects of another type. (Like doing
961 a down-cast.) See the implementation in wx.py for some docs.
963 Fixed wxImage GetData and SetData to properly use String objects for
966 Added access methods to wxGridEvent.
968 New Makefile/Setup files supporting multiple dynamic extension modules
971 Fixes for the wxGLCanvas demo to work around a strange bug in gtk.
973 SWIG support routines now compiled separately instead of being bundled
982 Fixed wxComboBox.SetSelection so that it actually sets the selected
983 item. (Actually just removed it from wxPython and let it default to
984 wxChoice.SetSelection which was already doing the right thing.)
986 Added the Printing Framework.
988 Switched back to using the wxWindows DLL for the pre-built Win32
989 version. The problem was needing to reinitialize static class info
990 data after loading each extension module.
992 Lots of little tweaks and additions to reflect changes to various
995 Fixed a bug with attaching objects to tree items. Actually was a
996 symptom of a larger problem with not obtaining the interpreter lock
997 when doing any Py_DECREFs.
999 wxSizer and friends. Sizers are layout tools that manage a colection
1000 of windows and sizers. Different types of sizers apply different
1001 types of layout algorithms. You saw it here first! These classes are
1002 not even in the wxWindows C++ library yet!
1008 Bug fix for ListCtrl in test4.py (Was a missing file... DSM!)
1010 Bug fix for occassional GPF on Win32 systems upon termination of a
1011 wxPython application.
1013 Added wxListBox.GetSelections returning selections as a Tuple.
1015 Added a wxTreeItemData that is able to hold any Python object and be
1016 associated with items in a wxTreeCtrl. Added test pytree.py to show
1019 Added wxSafeYield function.
1021 OpenGL Canvas can be optionally compiled in to wxPython.
1023 Awesome new Demo Framework for showing off wxPython and for learning
1026 The pre-built Win32 version is no longer distributing the wxWindows
1027 DLL. It is statically linked with the wxWindows library instead.
1029 Added a couple missing items from the docs.
1031 Added wxImage, wxImageHandler, wxPNGHandler, wxJPEGHandler,
1032 wxGIFHandler and wxBMPHandler.
1034 Added new methods to wxTextCtrl.
1036 Fixed some problems with how SWIG was wrapping some wxTreeCtrl
1043 Support for using Python threads in wxPython apps.
1045 Several missing methods from various classes.
1053 Added DLG_PNT and DLG_SZE convienience methods to wxWindow class.
1055 Added missing constructor and other methods for wxMenuItem.
1061 Just a quickie update to fix the self-installer to be compatible with
1062 Python 1.5.2b2's Registry settings.
1067 Well obviously the numbering scheme has changed. I did this to
1068 reflect the fact that this truly is the second major revision of
1069 wxPython, (well the third actually if you count the one I did for
1070 wxWindows 1.68 and then threw away...) and also that it is associated
1071 with the 2.0 version of wxWindows.
1073 I have finally started documenting wxPython. There are several pages
1074 in the wxWindows documentation tree specifically about wxPython, and I
1075 have added notes within the class references about where and how wxPython
1076 diverges from wxWindows.
1078 Added wxWindow_FromHWND(hWnd) for wxMSW to construct a wxWindow from a
1079 window handle. If you can get the window handle into the python code,
1080 it should just work... More news on this later.
1082 Added wxImageList, wxToolTip.
1084 Re-enabled wxConfig.DeleteAll() since it is reportedly fixed for the
1087 As usual, some bug fixes, tweaks, etc.
1093 Added wxSashWindow, wxSashEvent, wxLayoutAlgorithm, etc.
1095 Various cleanup, tweaks, minor additions, etc. to maintain
1096 compatibility with the current wxWindows.
1102 Changed the import semantics from "from wxPython import *" to "from
1103 wxPython.wx import *" This is for people who are worried about
1104 namespace pollution, they can use "from wxPython import wx" and then
1105 prefix all the wxPython identifiers with "wx."
1107 Added wxTaskbarIcon for wxMSW.
1109 Made the events work for wxGrid.
1113 Added wxMiniFrame for wxGTK.
1115 Changed many of the args and return values that were pointers to gdi
1116 objects to references to reflect changes in the wxWindows API.
1118 Other assorted fixes and additions.
1126 wxPython on wxGTK works!!! Both dynamic and static on Linux and
1127 static on Solaris have been tested. Many thanks go to Harm
1128 <H.v.d.Heijden@phys.tue.nl> for his astute detective work on tracking
1129 down a nasty DECREF bug. Okay so I have to confess that it was just a
1130 DSM (Dumb Stupid Mistake) on my part but it was nasty none the less
1131 because the behavior was so different on different platforms.
1133 The dynamicly loaded module on Solaris is still segfaulting, so it
1134 must have been a different issue all along...
1141 1. Worked on wxGTK compatibility. It is partially working. On a
1142 Solaris/Sparc box wxPython is working but only when it is statically
1143 linked with the Python interpreter. When built as a dyamically loaded
1144 extension module, things start acting weirdly and it soon seg-faults.
1145 And on Linux both the statically linked and the dynamically linked
1146 version segfault shortly after starting up.
1148 2. Added Toolbar, StatusBar and SplitterWindow classes.
1150 3. Varioius bug fixes, enhancements, etc.
1152 ----------------------------------------------------------------------