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)
99 Changed (again) how the Python global interpreter lock is handled as
100 well as the Python thread state. This time it works on SMP machines
101 without barfing and is also still compatible with Python debuggers.
103 Added some patches from library contributors.
109 Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,
110 EVT_DETAILED_HELP_RANGE, EVT_CONTEXT_MENU, wxHelpEvent,
111 wxContextMenuEvent, wxContextHelp, wxContextHelpButton, wxTipWindow,
112 and a demo to show them in action.
114 Deprecated PyShell and PyShellWindow, added a snapshot of PyCrust (see
115 http://sourceforge.net/projects/pycrust/. )
117 Added the new virtual list capabilities to wxListCtrl.
119 Added a wxSTC style editor from Riaan Booysen to the sample apps.
121 Added XRCed to the wxPython Tools directory, contributed by Roman
124 Added a new "constructor" to most of the window classes that calls the
125 default C++ contructor, (the one with no parameters) and also added the
126 coresponding Create(...) method. This allows you to do a 2-step
127 creation of windows which is sometimes required for doing things such
128 as setting extended style flags before the window is created, or for
129 passing the object to the XRC resource system to be created from the
130 resource. The name of the new "constructor" is the original name of
131 the class with a "Pre" in it. For example, wxPreWindow, wxPreFrame,
134 Updated to version 1.40 of Scintilla and updated wxStyledTextCtrl
135 accordingly. While doing this update I dropped the wxLB_SORT style
136 from the wxListBox created for the AutoComplete functionality. This
137 means that you will have to sort the keyword lists yourself, but you
138 are free to do case sensitive or case insensitive sorts and set the
139 wxSTC flag accordingly.
141 Updated wxColumnSorterMixin to also be able to place sort icons on the
142 column headers, and updated the wxListCtrl demo to show it off by
143 using wxColumnSorterMixin.
145 Added wxGenBitmapTextButton, TablePrint, etc. contribs from Lorne White.
147 Added wxNativeFontInfo and wxFontMapper.
149 Added pySketch to the samples.
151 Significantly changed how the Python interpreter lock and thread state
152 are managed, which should fix the problem of running on a
153 multi-processor machine.
155 Added wxPyLog so log targets can be created in Python to handle log
156 messages however is wished. See demo/Main.py for an example.
158 Added wxFindReplaceDialog.
160 The second phase of OOR is implemented for wxEvtHandler, wxSizer,
161 wxShape and derived classes. This means that functions and methods
162 that return an object derived from wxEvtHandler that was originally
163 created in Python, will return the original Python object (if it still
164 exists) instead of letting SWIG wrap a new shadow object around the
165 original C++ pointer.
167 Added some optimization methods to wxDC: GetBoundingBox, DrawLineList,
170 Added a set of sophisticated Error Dialogs from Chris Fama.
172 Added wxRightTextCtrl from Josu Oyanguren to wxPython.lib for aligning
173 text in a wxTextCtrl to the right side.
175 Added wxURLDataObject and an example showing drag and drop of URLs to
176 and from web browsers. It's still not 100% bullet-proof for all types
177 of browsers, but it works for the majority of cases with the popular
178 browsers on Windows. On wxGTK it seems that only Netscape 4.x works,
179 if anybody has any suggestions about this please bring it up on the
184 Added wxMimeTypesManager and wxFileType.
186 Passing None for the handler parameter to one of the EVT_** functions
187 will now Disconnect the event.
189 Added wxPopupWindow and wxPopupTransientWindow.
193 Added wxDynamicSashWindow, which allows you to endlessly split windows
194 by dragging a little tab next to the scrollbars. Added a demo to show
195 this and also the ability of multiple wxStyledTextCtrls to share the
198 Added wxEditableListBox gizmo.
200 Updated wxEditor with lots of enhancements from Steve Howell and Adam
203 Added the "SplitTree gizmos" which are a collection of classes that
204 were designed to operate together and provide a tree control with
205 additional columns for each item. The classes are
206 wxRemotelyScrolledTreeCtrl, wxTreeCompanionWindow,
207 wxThinSplitterWindow, and wxSplitterScrolledWindow, some of which may
208 also be useful by themselves.
210 Added wxDllWidget from Vaclav Slavik which allows wx widgets derived
211 from wxWindow to be loaded from a C++ .dll (or .so) and be used in a
212 wxPython program, without the widget having to be SWIGged first. The
213 visible API of the widget is limited to wxWindow methods plus a
214 SendCommand method, but it is still quite powerful. See
215 wxPython/contrib/dllwidget and wxPython/demo/dllwidget for more
223 Added EVT_GRID_EDITOR_CREATED and wxGridEditorCreatedEvent so the user
224 code can get access to the edit control when it is created, (to push
225 on a custom event handler for example.)
227 Added wxTextAttr class and SetStyle, SetDefaultStyle and
228 GetDefaultStyle methods to wxTextCtrl.
230 Added ability to use xml resource files. Still need to add ability to
231 subclass wxXmlResourceHandler, etc...
233 Added wxGridAutoEditMixin to the mixins library package.
235 Made ColourSelect be derived from wxButton.
237 Fixed img2py to work correctly with Python 2.1.
239 Added enhanced wxVTKRenderWindow by Prabhu Ramachandran
245 Removed initial startup dependency on the OpenGL DLLs so only the
246 glcanvasc.pyd depends on them, (on wxMSW.)
248 Changed wxFont, wxPen, wxBrush to not implicitly use the
249 wxThe[Font|Pen|Brush]List objects behind the scenes, but to use normal
252 Exposed the wxThe[Font|Pen|Brush]List to wxPython.
254 Also added wxTheColourDatabase and added a library module (in the
255 wxPython.lib.colourdb module) to load LOTS more colour names into the
258 Added wxWakeUpMainThread, wxMutexGuiEnter, wxMutexGuiLeave,
259 wxMutexGuiLocker and wxThread_IsMain to assist with dealing with GUI
260 access from non-GUI threads.
262 wxPyOnDemandOutputWindow is now (more) thread safe if non-GUI threads
263 use print, sys.stdout.write, etc.
265 Added CreateTextSizer and CreateButtonSizer to wxDialog
267 Added wxPython/lib/infoframe.py from Chris Fama. It contains a class
268 that can be used in place of wxPyOnDemandOutputWindow.
270 Added colourselect.py, imagebrowser.py and an updated calendar.py to
271 wxPython/lib from Lorne White.
273 Added patch to wxPoint_LIST_helper from Tim Hochberg that should make
274 it gobs faster in certain situations.
276 Added tools that will take an image file in a wx supported format and
277 convert it to data embedded in a Python source file. The image is
278 converted to XPM format which is essentially a list of strings
279 containing info about each pixel. The image's transparency mask is
280 included, if there is one, or a mask can be added if a mask colour is
281 specified on the command line. It is then pickled and optionally
282 compressed and written to a Python source file along with functions to
283 convert it to either a wxBitmap or a wxImage. See
284 wxPython/demo/images.py for examples, and wxPython/Tools/img2py.py for
287 Fixed wxStyledTextCtrl to be much faster on wxGTK. There was some
288 experimental code that got left in place that ended up causing way too
291 A couple more hacks in my_distutils.py so wxPython can be built with
292 the distutils that comes with Python 2.1.
294 Added a ton of missing methods for wxPrintData.
296 Switched to InnoSetup for MSW distributions.
298 Added wxToggleButton.
300 Fixed bug that prevented wxTreeCtrl.OnCompareItems from being called.
302 Added some methods to wxGrid:
303 GetCellHighlightPenWidth
304 GetCellHighlightROPenWidth
305 SetCellHighlightPenWidth
306 SetCellHighlightROPenWidth
308 GetGridRowLabelWindow
309 GetGridColLabelWindow
310 GetGridCornerLabelWindow
312 Added wxGetClientDisplayRect which on wxMSW returns a wxRect
313 representing the area on screen not occupied by the taskbar and such.
314 On other platforms it is equivallent to wxGetDisplaySize.
317 ***---***---***---***---***---***---***---***---***---***---***---
318 Implemented the first phase of OOR (Original Object Return). See
319 the text in the demo for more details of what this means, but in a
320 nutshell methods such as wxWindow.GetParent or FindWindowById will
321 now return a shadow object of the proper type if it can. By
322 "proper type" I mean that if the wxWindow pointer returned from
323 FindWindowById really points to a wxButton then the Python object
324 constructed will be of a wxButtonPtr class instead of wxWindowPtr
325 as before. This should reduce or eliminiate the need for
326 wxPyTypeCast. (Woo Hoo!) The objects returned are still not the
327 original Python object, but that is the next step. (Although it
328 will probably only work on Python 2.1 and beyond because it will
329 use weak references.)
331 This first phase of the OOR plan is fairly significant and has
332 required a lot of changes all over wxPython, most of which should
333 be transparent to you, however I'm not 100% sure that it didn't
334 introduce any new bugs that are hiding somewhere and didn't get
335 stomped on during my testing. So please be sure to test everything
336 thoroughly when you install this version and be sure to report any
337 object-type related oddities to me.
338 ***---***---***---***---***---***---***---***---***---***---***---
340 There is now a wxObject class that most other classes derive from like
341 in C++, but the methods provided don't really match but are wxPython
342 specific. It could have been added long ago but OOR required it so it
345 Finally added wxPyLineShape.GetLineControlPoints, which has been on my
346 list for a while. The above OOR modification made this easier.
348 Fixed the __cmp__ methods for wxPoint and others.
352 Added the wxPython.lib.mixins package to the library, it is where
353 useful mix-in classes can be placed. Currently there is one to help
354 make the columns in a wxListCtrl sortable, and the MagicIMageList from
355 Mike Fletcher. If you have any custom code that can be factored out
356 of existing classes into a mix-in that would be useful to others
357 please send it to me for inclusion in this package.
359 Added a few little sample applications to help newbies to get started
360 by having smaller functional apps to play with. They can be found in
369 No changes happened in the Python wrappers for this release, only
370 changes and fixes in the wxWindows library.
377 New typemaps for wxString when compiling for Python 2.0 and beyond
378 that allow Unicode objects to be passed as well as String objects. If
379 a Unicode object is passed PyString_AsStringAndSize is used to convert
380 it to a wxString using the default encoding.
382 Fixed the generic buttons so tool tips work for them.
384 Fixed a bug in the demo's tree control.
386 Added a listbox to the listbox demo that shows how to find items with
387 a matching prefix as keys are typed.
389 Added code to the wxListCtrl demo to show how to get text from a
390 column in report mode.
392 Added code to the toolbar demo to clear the long help from the status
397 Fixed wxTimer so it can be used as described in the docs, either with
398 a Notify method in a subclass, or sending an event to a wxEvtHandler
399 object, (usually a window.)
401 Added wxNotifyEvent.Allow()
403 Fixed GOBS of reference leaks.
405 Massive code changes and cleanup to allow wxPython to be split into
406 multiple extension modules again. A Python CObject is used to allow
407 the "export" of SWIG functions and other common helper functions from
408 the wxc module to other modules, even if they are in separate shared
409 libraries. Should also be usable from 3rd party code, just include
410 wxPython/src/export.h
412 Changed the default setup so the following are built as separate
413 extension modules: calendar, glcanvas, grid, html, ogl, stc, and
414 utils. Will probably add more later.
416 Changed the wxPrinterDC to use the new constructor taking a
417 wxPrintData object. The old ctor is still there using the
420 Added wxPython.lib.anchors.py from Riaan Booysen. It contains a class
421 that implements Delphi's Anchors with wxLayoutConstraints.
423 Added wxPython.lib.fancytext from Timothy Hochberg.
425 Changed the GenericButtons to send their event in idle time, so the
426 mouse won't be captured when the event handler is called.
428 Added wxPython.lib.rpcMixin from Greg Landrum, although it's not
429 integrated with the demo yet. It allows a wxPython GUI to be an
437 Significantly changed how the wxStyledtextCtrl code that wraps
438 Scintilla is implemented. Most of it is now automatically generated
439 from an interface definition file provided by Scintilla. This means
440 that it will be much easier to stay in sync with new Scintilla
441 releases, but also means that some of the method and identifier names
442 have changed. See wxPython/demo/data/stc.h for a copy of the C++
443 interface from which the Python interface is generated. There is now
444 some inline documentation in that file that should really help explain
447 I am now using the Python Distutils to build wxPython and to make some
448 of the distribution files. (See http://www.python.org/sigs/distutils-sig/)
449 This means no more messing with my kludgy build.py/Makefile hack,
450 builds will be more consistent with other Python extensions that also
451 use Distutils, and will hopefully make wxPython easier to build for
452 platforms where there have been troubles before. If you are building
453 wxPython for Python 1.5.2 or for 1.6, then you will need to get and
454 install version 1.0 of Distutils from the website above. If you are
455 using Python 2.0 then you already have it.
457 Added wxInputStream and the wxFileSystem family of classes,
458 contributed by Joerg Baumann.
460 Added wxProcess and support for it to wxExecute. wxProcess lets you
461 get notified when an asyncronous child process terminates, and also to
462 get input/output streams for the child process's stdout, stderr and
465 Removed the old python sizers.
467 Added __add__, __sub__ and __cmp__ (equality check only) for wxPoint
470 Changed the build to make one big extension module instead of one for
471 the core and each contrib. This allowed me to do away with the
472 libwxPyHelpers.so on unix systems.
474 Lots of little fixes here and there.
476 Some hacks on wxGTK to try and make the AutoComplete listbox in the
477 wxStyledTextCtrl to behave better. It's still not as nice as on
478 wxMSW, but at least it's a bit more usable now.
486 Various tweaks, fixes, missing methods, etc.
488 Added example use of wxTaskBarIcon to the demo.
495 Added wxLog and friends.
497 Added wxFrame.ShowFullScreen for MSW.
499 Added PyShellWindow to the wxPython.lib package.
506 Added an attribute named labelDelta to the generic buttons that
507 specifies how far to offset the label when the button is in the
510 Added wxTipProvider and friends. See the demo for an example.
512 wxGrid can now change the cell highlight colour.
516 Fixed printing on wxGTK.
518 Added wxDateTime, wxTimeSpan, and wxDateSpan to wxPython.utils.
520 Added wxCalendarCtrl.
522 WARNING: A while back I asked what should be done about the Magic
523 Method Names. (Methods that are automatically turned into event
524 handlers by virtue of their name.) The consensus was that it is more
525 confusing to have them than to try and expand them to have greater
526 coverage. I am finally getting around to removing the code that
527 generates the event binding. This means that if you are using any of
528 the following method names without a EVT_* call that you need to
529 modify your code to add the EVT_* to hook the event to the method.
551 Fixed wxTreeCtrl.HitTest to return both the tree item as well as the
552 flags that clairify where the click was in relation to the item.
554 Fixed thread state problem in wxTreeCtrl.GetBoundingBox and
557 Fixed some problems in OGL. Also wxShape.SetClientData and
558 .GetClientData can now deal with Python objects.
560 Added wxListCtrl.SortItems and changed the demo to show how to use it.
562 Plugged a memory leak.
564 Wrapped the new wxGrid and friends. The old wxGrid class is no longer
565 available. There are some incompatibilities, and unfortunately the
566 new classes are not documented yet, (however the methods are more
567 consistent with each other now so you may be able to guess pretty
570 Updated filebrowsebutton.py and calendar.py with changes from their
571 authors. There is now a FileBrowseButtonWithHistory class (what a
572 mouthful!) and wxCalendar has printing support.
574 Added ActiveXWrapper to the library, and some good demos of it too.
575 It works great for embedding a COM (a.k.a OCX, a.k.a ActiveX) control
576 in a window and calling its methods. It actually creates a new class
577 on the fly that derives from wxWindow, the COM CoClass and others
578 needed to make it all work. The resulting class can be instantiated
579 just like wxWindow, used in sizers, etc. It also responds to all COM
580 method calls, properties, etc., and if the class or a mix-in has
581 matching method names, then the COM events will be propogated back to
584 Created a typemap that allows a string to be used for parameters
585 expecting a wxColour type. The string is either a colour name as
586 defined in the wxColourDatabase, or a colour spec of the form
587 "#RRGGBB". See the wxStyledTextCtrl demo for an example.
589 I almost forgot to mention the wxStyledTextCtrl! Yes, the
590 wxStyledTextCtrl is finally in wxPython!! (And the crowd goes
591 wild...) There's no documentaTion yet (the crowd boos and hisses...)
592 but I've included a very readable source file in the
593 wxPython/demo/data directory, a couple fairly good examples, and you
594 can also refer to the Scintilla documentaion at
595 http://www.scintilla.org/ScintillaDoc.html to help fill in the gaps
596 until the docs are done. (The croud murmers contentedly as the tool
597 provider smiles convincingly and removes his flame-proof suit.)
604 Skipped a version number to match what has been released for wxGTK.
606 Updated wxMVCTree and added a demo for it, also fixed layout on GTK
607 and some flicker problems.
609 Added a wrapper class for the Visualization ToolKit (or VTK) in the
610 wxPython.lib.vtk module. (http://www.kitware.com/)
612 Fixed wxTreeCtrl.SetItemImage and GetItemImage to recognise the new
615 Added wxPython.lib.spashscreen from Mike Fletcher.
617 Added wxPython.lib.filebrowsebutton also from Mike Fletcher.
619 Renamed wxTreeCtrl.GetParent to GetItemParent to avoid a name clash
620 with wxWindow.GetParent.
622 Added wxIntersectRect to compute the intersection of two wxRect's.
623 It is used like this:
625 intersect = wxIntersectRect(rect1, rect2)
627 If r1 and r2 don't intersect then None is returned, otherwise the
628 rectangle representing the intersection is returned.
630 Some bug fixes for Clipboard and Drag-n-Drop.
632 Rotated text!!! WooHoo! (See wxDC.DrawRotatedText())
634 Added a set of Generic Buttons to the library. These are simple
635 window classes that look and act like native buttons, but you can have
636 a bit more control over them. The bezel width can be set in addition
637 to colours, fonts, etc. There is a ToggleButton as well as Bitmap
638 versions too. They should also serve as a good example of how to
639 create your own classes derived from wxControl.
641 The C++ wxToolBar classes have been redone, and so have the wxPython
642 wrappers. There have been slight modifications to some of the methods
643 but shouldn't impact anybody too much. I took the opportunity to add
644 support for setting user data on each toolbar tool. The new AddTool
645 methods look like this:
649 pushedBitmap = wxNullBitmap,
652 shortHelpString = "",
655 def AddSimpleTool(ID,
657 shortHelpString = "",
662 There are also coresponding InsertTool and InsertSimpleTool methods
663 that additionally take an integer position as the first parameter.
665 Added a wrapper for the new PCX and TIFF ImageHandlers.
667 wxRect now simulates attributes named left, right, top and bottom.
669 Removed all non wx stuff from the glcanvas module since DA's PyOpenGL
670 is better and compatible with the wxGLCanvas. You can get it at
671 http://starship.python.net:9673/crew/da/Code/PyOpenGL.
673 Added some missing EVT_ functions.
675 Added Dirk Holtwic's editor classes to the wxPython.lib.editor
678 Changed all the "LIST" parameter names to "choices" to match the docs.
680 More fixes for the wxFloatBar, and it now works on wxGTK even better
681 than wxMSW! (The feat is accomplished by using the wxTB_DOCKABLE
682 style flag instead of trying to float it ourselves.)
689 Skipped a few version numbers so wxMSW, wxGTK and wxPython are all
692 wxImage.SetData now makes a copy of the image data before giving it to
693 wxImage. I mistakenly thought that wxImage would copy the data
696 Fixed wxMSW's notebook so the pages get their size set as they are
697 being added. This should remove the need for our
698 wxNotebook.ResizeChildren hack.
700 wxPanels now support AutoLayout, and wxNotebooks and wxSplitterWindows
701 no longer tell their children to Layout() themselves. This will
702 probably only effect you if you have a wxWindow with AutoLayout inside
703 a notebook or splitter. If so, either change it to a wxPanel or add
704 an EVT_SIZE handler that calls Layout().
706 Fixed deadlock problem that happened when using threads.
708 Added new HTML printing classes.
710 Added wxWindow.GetHandle
712 Apparently wxMouseEvent.Position has been depreciated in wxWindows as
713 it is no longer available by default. You can use GetPositionTuple
714 (returning a tuple with x,y) instead, or GetPosition (returning a
717 Added wxPostEvent function that allows events to be posted and then
718 processed later. This is a thread-safe way to interact with the GUI
719 thread from other threads.
721 Added Clipboard and Drag-and-Drop classes.
723 Added wxFontEnumerator.
725 Many updates to wxMenu, wxMenuBar.
727 wxPyEvent and wxPyCommandEvent derived classes now give you the actual
728 Python object in the event handler instead of a new shadow.
730 Added a Calendar widget from Lorne White to the library.
732 Made some fixes to the wxFloatbar. It still has some troubles on
735 Added an MVC tree control from Bryn Keller to the library.
742 This is a quick bug-fix release to take care of a few nasties that
743 crept in at the last minute before 2.1.4 was called done. No new
751 This release is NOT syncronized with a snapshot release of wxGTK or
752 wxMSW. For MSW this isn't much of a problem since you can get the
753 binaries from the web site. For other platforms you'll have to build
754 wxGTK from CVS. (See http://web.ukonline.co.uk/julian.smart/wxwin/cvs.htm)
755 To get the same set of sources from CVS that I used, checkout using
758 Now back to what's new...
760 Much more support for event-less callbacks and add-on modules.
762 Created add-on module with wxOGL classes.
764 Added wxWindow.GetChildren(). Be careful of this. It returns a *copy*
765 of the list of the window's children. While you are using the list if
766 anything changes in the real list (a child is deleted, etc.) then the
767 list you are holding will suddenly have window references to garbage
768 memory and your app will likely crash. But if you are careful it works
771 Added a bunch of new and missing methods to wxTreeCrtl. The
772 SortChildren method is now supported, but currently only for the
775 Added typemaps for wxSize, wxPoint, wxRealPoint, and wxRect that allow
776 either the actual objects or Python sequence values to be used. For
777 example, the following are equivallent:
779 win = wxWindow(parent, size = wxSize(100, 100))
780 win = wxWindow(parent, size = (100, 100))
782 Super-charged the wxHtml module. You can now create your own tag
783 handlers and also have access to the parser and cell classes. There
784 is a tag handler in the library at wxPython.lib.wxpTag that
785 understands the WXP tag and is able to place wxPython windows on HTML
786 pages. See the demo for an example.
788 A bunch of the methods of wxMenuBar were previously ifdef'd out for
789 wxGTK. Added them back in since the methods exist now.
791 Wrapped the wxHtmlHelpController and related classes.
793 Wrapped the C++ versions of wxSizer and friends. The Python-only
794 versions are still in the library, but depreciated. (You will get a
795 warning message if you try to use them, but the warning can be
796 disabled.) The usage of the C++ versions is slightly different, and
797 the functionality of wxBorderSizer is now part of wxBoxSizer. I have
798 added a few methods to wxSizer to try and make the transition as
799 smooth as possible, I combined all Add methods into a single method
800 that handles all cases, added an AddMany method, etc. One step I did
801 not take was to make the default value of flag in the Add method be
802 wxGROW. This would have made it more backward compatible, but less
803 portable to and from wxWin C++ code. Please see the docs and demo for
806 Added wxPyEvent and wxPyCommandEvent classes, derived from wxEvent and
807 wxCommandEvent. Each of them has SetPyData and GetPyData methods that
808 accept or return a single Python object. You can use these classes
809 directly or derive from them to create your own types of event objects
810 that can pass through the wxWindows event system without loosing their
811 Python parts (as long as they are stored with SetPyData.) Stay tuned
812 for more info and examples in future releases.
814 Added wxPython.lib.grids as an example of how to derive a new sizer
815 from the C++ sizers. In this module you will find wxGridSizer and
816 wxFlexGridSizer. wxGridSizer arrainges its items in a grid in which
817 all the widths and heights are the same. wxFlexgridSizer allows
818 different widths and heights, and you can also specify rows and/or
819 columns that are growable. See the demo for a couple examples for how
822 Added the wxValidator class, and created a class named wxPyValidator
823 that should be used for the base class of any Python validators. See
824 the demo for an example. Please note that you MUST implement a Clone
825 method in your validator classes because of the way some things work
826 in the underlying C++ library. I did not add wxTextValidator because
827 of some issues of how it transfers data to and from a wxString, which
828 in wxPython is automatically translated to and from Python strings, so
829 there would never be a concrete wxString that would hang around long
830 enough for the validator to do its job. On the other hand, it should
831 be real easy to duplicate the functionality of wxTextValidator in a
832 pure Python class derived from wxPyValidator.
834 I've finally added a feature that has been on my list for close to two
835 years! Ever wondered what that zero is for when you create your app
836 object? Well now you can leave it out or explicitly set it to a true
837 value. This value now controls what is to be done with sys.stdout and
838 sys.stderr. A false value leaves them alone, and a true value sets
839 them to an instance of wxPyOnDemandOutputWindow. (On windows the
840 default is true, on unix platforms the default is false.) This class
841 creates a frame containing a wxTextCtrl as soon as anything is written
842 to sys.stdout or sys.stderr. If you close the window it will come
843 back again the next time something is written. (You can call
844 app.RestoreStdio to turn this off.) If you would rather that the stdio be
845 redirected to a file, you can provide a second parameter to your app
846 object's constructor that is a filename. If you want to use your own
847 class instead of wxPyOnDemandOutputWindow you can either implement
848 RedirectStdio() in you app class or change the value of
849 wxApp.outputWindowClass like this:
852 outputWindowClass = MyClass
856 self.SetTopWindow(frame)
859 Please see the implementation of wxPyOnDemandOutputWindow and wxApp in
860 wx.py for more details. A few words of caution: if you are running
861 your app in a debugger, changing sys.stdout and sys.stderr is likely
862 to really screw things up.
864 Added wxCaret. Unfortunately it's author has still not documented it
865 in the wxWindows docs...
867 Some new 3rd party contributions in wxPython.lib. PyShell, in
868 shell.py is an interesting implementaion of an interactive Python
869 shell in wxWindows. floatbar.py has a class derived from wxToolBar
870 that can sense mouse drags and then reparent itself into another
871 frame. Moving the new frame close to where it came from puts the tool
872 bar back into the original parent. (Unfortunately there is currently
873 a bug in wxGTK's wxFrame.SetToolBar so the FloatBar has some
882 This release is syncronized with release 2.1 snapshot 9 of wxWindows.
884 Switched to using SWIG from CVS (see http://swig.cs.uchicago.edu/cvs.html)
885 for some of the new features and such. Also they have encorporated my
886 patches so there is really no reason to stick with the current (very
887 old) release... This version of SWIG gives the following new
890 1. Keyword arguments. You no longer have to specify all the
891 parameters with defaults to a method just to specify a
892 non-default value on the end. You can now do this instead:
894 win = wxWindow(parent, -1, style = mystyle)
896 2. There is now an an equivalence between Python's None and C++'s
897 NULL. This means that any methods that might return NULL will
898 now return None and you can use none where wxWindows might be
899 expecting NULL. This makes things much more snake-ish.
902 There is a new build system based on a new Python program instead of
903 raw makefiles. Now wxPython builds are virtually the same on MSW or
904 Unix systems. See the end of this file for new build instructions and
905 see distrib/build.py for more details.
907 wxDC.Bilt now includes the useMask parameter, and has been split into
908 two different versions. wxDC.BlitXY is like what was there before and
909 takes raw coordinants and sizes, and the new wxDC.Blit is for the new
910 interface using wxPoints and a wxSize.
919 Added the missing wxWindow.GetUpdateRegion() method.
921 Made a new change in SWIG (update your patches everybody) that
922 provides a fix for global shadow objects that get an exception in
923 their __del__ when their extension module has already been deleted.
924 It was only a 1 line change in .../SWIG/Modules/pycpp.cxx at about
925 line 496 if you want to do it by hand.
927 It is now possible to run through MainLoop more than once in any one
928 process. The cleanup that used to happen as MainLoop completed (and
929 prevented it from running again) has been delayed until the wxc module
930 is being unloaded by Python.
932 I fixed a bunch of stuff in the C++ version of wxGrid so it wouldn't
933 make wxPython look bad.
935 wxWindow.PopupMenu() now takes a wxPoint instead of x,y. Added
936 wxWindow.PopupMenuXY to be consistent with some other methods.
938 Added wxGrid.SetEditInPlace and wxGrid.GetEditInPlace.
940 You can now provide your own app.MainLoop method. See
941 wxPython/demo/demoMainLoop.py for an example and some explaination.
943 Got the in-place-edit for the wxTreeCtrl fixed and added some demo
944 code to show how to use it.
946 Put the wxIcon constructor back in for GTK as it now has one that
949 Added wxGrid.GetCells
951 Added wxSystemSettings static methods as functions with names like
952 wxSystemSettings_GetSystemColour.
954 Removed wxPyMenu since using menu callbacks have been depreciated in
955 wxWindows. Use wxMenu and events instead.
957 Added alternate wxBitmap constructor (for MSW only) as
958 wxBitmapFromData(data, type, width, height, depth = 1)
960 Added a helper function named wxPyTypeCast that can convert shadow
961 objects of one type into shadow objects of another type. (Like doing
962 a down-cast.) See the implementation in wx.py for some docs.
964 Fixed wxImage GetData and SetData to properly use String objects for
967 Added access methods to wxGridEvent.
969 New Makefile/Setup files supporting multiple dynamic extension modules
972 Fixes for the wxGLCanvas demo to work around a strange bug in gtk.
974 SWIG support routines now compiled separately instead of being bundled
983 Fixed wxComboBox.SetSelection so that it actually sets the selected
984 item. (Actually just removed it from wxPython and let it default to
985 wxChoice.SetSelection which was already doing the right thing.)
987 Added the Printing Framework.
989 Switched back to using the wxWindows DLL for the pre-built Win32
990 version. The problem was needing to reinitialize static class info
991 data after loading each extension module.
993 Lots of little tweaks and additions to reflect changes to various
996 Fixed a bug with attaching objects to tree items. Actually was a
997 symptom of a larger problem with not obtaining the interpreter lock
998 when doing any Py_DECREFs.
1000 wxSizer and friends. Sizers are layout tools that manage a colection
1001 of windows and sizers. Different types of sizers apply different
1002 types of layout algorithms. You saw it here first! These classes are
1003 not even in the wxWindows C++ library yet!
1009 Bug fix for ListCtrl in test4.py (Was a missing file... DSM!)
1011 Bug fix for occassional GPF on Win32 systems upon termination of a
1012 wxPython application.
1014 Added wxListBox.GetSelections returning selections as a Tuple.
1016 Added a wxTreeItemData that is able to hold any Python object and be
1017 associated with items in a wxTreeCtrl. Added test pytree.py to show
1020 Added wxSafeYield function.
1022 OpenGL Canvas can be optionally compiled in to wxPython.
1024 Awesome new Demo Framework for showing off wxPython and for learning
1027 The pre-built Win32 version is no longer distributing the wxWindows
1028 DLL. It is statically linked with the wxWindows library instead.
1030 Added a couple missing items from the docs.
1032 Added wxImage, wxImageHandler, wxPNGHandler, wxJPEGHandler,
1033 wxGIFHandler and wxBMPHandler.
1035 Added new methods to wxTextCtrl.
1037 Fixed some problems with how SWIG was wrapping some wxTreeCtrl
1044 Support for using Python threads in wxPython apps.
1046 Several missing methods from various classes.
1054 Added DLG_PNT and DLG_SZE convienience methods to wxWindow class.
1056 Added missing constructor and other methods for wxMenuItem.
1062 Just a quickie update to fix the self-installer to be compatible with
1063 Python 1.5.2b2's Registry settings.
1068 Well obviously the numbering scheme has changed. I did this to
1069 reflect the fact that this truly is the second major revision of
1070 wxPython, (well the third actually if you count the one I did for
1071 wxWindows 1.68 and then threw away...) and also that it is associated
1072 with the 2.0 version of wxWindows.
1074 I have finally started documenting wxPython. There are several pages
1075 in the wxWindows documentation tree specifically about wxPython, and I
1076 have added notes within the class references about where and how wxPython
1077 diverges from wxWindows.
1079 Added wxWindow_FromHWND(hWnd) for wxMSW to construct a wxWindow from a
1080 window handle. If you can get the window handle into the python code,
1081 it should just work... More news on this later.
1083 Added wxImageList, wxToolTip.
1085 Re-enabled wxConfig.DeleteAll() since it is reportedly fixed for the
1088 As usual, some bug fixes, tweaks, etc.
1094 Added wxSashWindow, wxSashEvent, wxLayoutAlgorithm, etc.
1096 Various cleanup, tweaks, minor additions, etc. to maintain
1097 compatibility with the current wxWindows.
1103 Changed the import semantics from "from wxPython import *" to "from
1104 wxPython.wx import *" This is for people who are worried about
1105 namespace pollution, they can use "from wxPython import wx" and then
1106 prefix all the wxPython identifiers with "wx."
1108 Added wxTaskbarIcon for wxMSW.
1110 Made the events work for wxGrid.
1114 Added wxMiniFrame for wxGTK.
1116 Changed many of the args and return values that were pointers to gdi
1117 objects to references to reflect changes in the wxWindows API.
1119 Other assorted fixes and additions.
1127 wxPython on wxGTK works!!! Both dynamic and static on Linux and
1128 static on Solaris have been tested. Many thanks go to Harm
1129 <H.v.d.Heijden@phys.tue.nl> for his astute detective work on tracking
1130 down a nasty DECREF bug. Okay so I have to confess that it was just a
1131 DSM (Dumb Stupid Mistake) on my part but it was nasty none the less
1132 because the behavior was so different on different platforms.
1134 The dynamicly loaded module on Solaris is still segfaulting, so it
1135 must have been a different issue all along...
1142 1. Worked on wxGTK compatibility. It is partially working. On a
1143 Solaris/Sparc box wxPython is working but only when it is statically
1144 linked with the Python interpreter. When built as a dyamically loaded
1145 extension module, things start acting weirdly and it soon seg-faults.
1146 And on Linux both the statically linked and the dynamically linked
1147 version segfault shortly after starting up.
1149 2. Added Toolbar, StatusBar and SplitterWindow classes.
1151 3. Varioius bug fixes, enhancements, etc.
1153 ----------------------------------------------------------------------