]> git.saurik.com Git - wxWidgets.git/blame_incremental - wxPython/CHANGES.txt
implement wxColourDialog::Move() (patch 548048)
[wxWidgets.git] / wxPython / CHANGES.txt
... / ...
CommitLineData
1CHANGES.txt for wxPython
2
3----------------------------------------------------------------------
4
52.3.3
6-----
7Added wxSplashScreen.
8
9Added wxGenericDirCtrl.
10
11Added wxMultiChoiceDialog.
12
13The calltip window and autocomplete window in wxSTC will now use a
14wxPopupWindow if available so they can extend beyond the client area
15of the STC if needed.
16
17Finished wrapping and providing typemaps for wxInputStream and also
18added the stream ctor and other methods for wxImage so images can now
19be loaded from any Python "file-like" object.
20
21Changed the img2py tool to use PNG instead of XPM for embedding image
22data in Python source code, and the generated code now uses streams to
23convert the image data to wxImage, wxBitmap, or wxIcon.
24
25Added the wxPython.lib.rcsizer module which contains RowColSizer.
26This sizer is based on code from Niki Spahiev and lets you specify a
27row and column for each item, as well as optional column or row
28spanning. Cells with no item assigned to it are just left blank.
29Stretchable rows or columns are specified and work the same as in
30wxFlexGridSizer.
31
32Updated XRCed from Roman Rolinsky
33
34Added wxBufferedDC.
35
36Upgraded wxSTC from Scintilla 1.40 to Scintilla 1.45
37
38UNICODE!
39
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.
47
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.
59
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
70 method.
71
72Added wxListCtrlAutoWidthMixin from Erik Westra.
73
74Added wxIconBundle and wxTopLevelWindow.SetIcons.
75
76Added wxLocale and wxEncodingConverter.
77
78A little black magic... When the C++ object (for a window or
79whatever) is deleted there is no way to force the Python shadow object
80to also be destroyed and clean up all references to it. This leads to
81crashes if the shadow object tries to call a method with the old C++
82pointer. The black magic I've done is to replace the __class__ in the
83Python instance object with a class that raises an exception whenever
84a method call (or other attribute access) is attempted. This works
85for any class that is OOR aware.
86
87Added OOR support for wxGridCellRenderer, wxGridCellEditor,
88wxGridCellAttr, wxGridCellAttrProvider, wxGridTableBase and their
89derived classes.
90
91Added wxImage.GetDataBuffer which returns an in-place edit buffer of
92the image data. (Patch #546009)
93
94
95
962.3.2.1
97-------
98Changed (again) how the Python global interpreter lock is handled as
99well as the Python thread state. This time it works on SMP machines
100without barfing and is also still compatible with Python debuggers.
101
102Added some patches from library contributors.
103
104
105
1062.3.2
107-----
108Added EVT_HELP, EVT_HELP_RANGE, EVT_DETAILED_HELP,
109EVT_DETAILED_HELP_RANGE, EVT_CONTEXT_MENU, wxHelpEvent,
110wxContextMenuEvent, wxContextHelp, wxContextHelpButton, wxTipWindow,
111and a demo to show them in action.
112
113Deprecated PyShell and PyShellWindow, added a snapshot of PyCrust (see
114http://sourceforge.net/projects/pycrust/. )
115
116Added the new virtual list capabilities to wxListCtrl.
117
118Added a wxSTC style editor from Riaan Booysen to the sample apps.
119
120Added XRCed to the wxPython Tools directory, contributed by Roman
121Rolinsky.
122
123Added a new "constructor" to most of the window classes that calls the
124default C++ contructor, (the one with no parameters) and also added the
125coresponding Create(...) method. This allows you to do a 2-step
126creation of windows which is sometimes required for doing things such
127as setting extended style flags before the window is created, or for
128passing the object to the XRC resource system to be created from the
129resource. The name of the new "constructor" is the original name of
130the class with a "Pre" in it. For example, wxPreWindow, wxPreFrame,
131etc.
132
133Updated to version 1.40 of Scintilla and updated wxStyledTextCtrl
134accordingly. While doing this update I dropped the wxLB_SORT style
135from the wxListBox created for the AutoComplete functionality. This
136means that you will have to sort the keyword lists yourself, but you
137are free to do case sensitive or case insensitive sorts and set the
138wxSTC flag accordingly.
139
140Updated wxColumnSorterMixin to also be able to place sort icons on the
141column headers, and updated the wxListCtrl demo to show it off by
142using wxColumnSorterMixin.
143
144Added wxGenBitmapTextButton, TablePrint, etc. contribs from Lorne White.
145
146Added wxNativeFontInfo and wxFontMapper.
147
148Added pySketch to the samples.
149
150Significantly changed how the Python interpreter lock and thread state
151are managed, which should fix the problem of running on a
152multi-processor machine.
153
154Added wxPyLog so log targets can be created in Python to handle log
155messages however is wished. See demo/Main.py for an example.
156
157Added wxFindReplaceDialog.
158
159The second phase of OOR is implemented for wxEvtHandler, wxSizer,
160wxShape and derived classes. This means that functions and methods
161that return an object derived from wxEvtHandler that was originally
162created in Python, will return the original Python object (if it still
163exists) instead of letting SWIG wrap a new shadow object around the
164original C++ pointer.
165
166Added some optimization methods to wxDC: GetBoundingBox, DrawLineList,
167DrawPointList.
168
169Added a set of sophisticated Error Dialogs from Chris Fama.
170
171Added wxRightTextCtrl from Josu Oyanguren to wxPython.lib for aligning
172text in a wxTextCtrl to the right side.
173
174Added wxURLDataObject and an example showing drag and drop of URLs to
175and from web browsers. It's still not 100% bullet-proof for all types
176of browsers, but it works for the majority of cases with the popular
177browsers on Windows. On wxGTK it seems that only Netscape 4.x works,
178if anybody has any suggestions about this please bring it up on the
179wx-dev list.
180
181Added wxStopWatch.
182
183Added wxMimeTypesManager and wxFileType.
184
185Passing None for the handler parameter to one of the EVT_** functions
186will now Disconnect the event.
187
188Added wxPopupWindow and wxPopupTransientWindow.
189
190Added wxFileHistory.
191
192Added wxDynamicSashWindow, which allows you to endlessly split windows
193by dragging a little tab next to the scrollbars. Added a demo to show
194this and also the ability of multiple wxStyledTextCtrls to share the
195same document.
196
197Added wxEditableListBox gizmo.
198
199Updated wxEditor with lots of enhancements from Steve Howell and Adam
200Feuer.
201
202Added the "SplitTree gizmos" which are a collection of classes that
203were designed to operate together and provide a tree control with
204additional columns for each item. The classes are
205wxRemotelyScrolledTreeCtrl, wxTreeCompanionWindow,
206wxThinSplitterWindow, and wxSplitterScrolledWindow, some of which may
207also be useful by themselves.
208
209Added wxDllWidget from Vaclav Slavik which allows wx widgets derived
210from wxWindow to be loaded from a C++ .dll (or .so) and be used in a
211wxPython program, without the widget having to be SWIGged first. The
212visible API of the widget is limited to wxWindow methods plus a
213SendCommand method, but it is still quite powerful. See
214wxPython/contrib/dllwidget and wxPython/demo/dllwidget for more
215details.
216
217
218
219
2202.3.1
221-----
222Added EVT_GRID_EDITOR_CREATED and wxGridEditorCreatedEvent so the user
223code can get access to the edit control when it is created, (to push
224on a custom event handler for example.)
225
226Added wxTextAttr class and SetStyle, SetDefaultStyle and
227GetDefaultStyle methods to wxTextCtrl.
228
229Added ability to use xml resource files. Still need to add ability to
230subclass wxXmlResourceHandler, etc...
231
232Added wxGridAutoEditMixin to the mixins library package.
233
234Made ColourSelect be derived from wxButton.
235
236Fixed img2py to work correctly with Python 2.1.
237
238Added enhanced wxVTKRenderWindow by Prabhu Ramachandran
239
240
241
2422.3.0
243-----
244Removed initial startup dependency on the OpenGL DLLs so only the
245glcanvasc.pyd depends on them, (on wxMSW.)
246
247Changed wxFont, wxPen, wxBrush to not implicitly use the
248wxThe[Font|Pen|Brush]List objects behind the scenes, but to use normal
249ctor and dtors.
250
251Exposed the wxThe[Font|Pen|Brush]List to wxPython.
252
253Also added wxTheColourDatabase and added a library module (in the
254wxPython.lib.colourdb module) to load LOTS more colour names into the
255colour database.
256
257Added wxWakeUpMainThread, wxMutexGuiEnter, wxMutexGuiLeave,
258wxMutexGuiLocker and wxThread_IsMain to assist with dealing with GUI
259access from non-GUI threads.
260
261wxPyOnDemandOutputWindow is now (more) thread safe if non-GUI threads
262use print, sys.stdout.write, etc.
263
264Added CreateTextSizer and CreateButtonSizer to wxDialog
265
266Added wxPython/lib/infoframe.py from Chris Fama. It contains a class
267that can be used in place of wxPyOnDemandOutputWindow.
268
269Added colourselect.py, imagebrowser.py and an updated calendar.py to
270wxPython/lib from Lorne White.
271
272Added patch to wxPoint_LIST_helper from Tim Hochberg that should make
273it gobs faster in certain situations.
274
275Added tools that will take an image file in a wx supported format and
276convert it to data embedded in a Python source file. The image is
277converted to XPM format which is essentially a list of strings
278containing info about each pixel. The image's transparency mask is
279included, if there is one, or a mask can be added if a mask colour is
280specified on the command line. It is then pickled and optionally
281compressed and written to a Python source file along with functions to
282convert it to either a wxBitmap or a wxImage. See
283wxPython/demo/images.py for examples, and wxPython/Tools/img2py.py for
284the implementation.
285
286Fixed wxStyledTextCtrl to be much faster on wxGTK. There was some
287experimental code that got left in place that ended up causing way too
288many refreshes.
289
290A couple more hacks in my_distutils.py so wxPython can be built with
291the distutils that comes with Python 2.1.
292
293Added a ton of missing methods for wxPrintData.
294
295Switched to InnoSetup for MSW distributions.
296
297Added wxToggleButton.
298
299Fixed bug that prevented wxTreeCtrl.OnCompareItems from being called.
300
301Added some methods to wxGrid:
302 GetCellHighlightPenWidth
303 GetCellHighlightROPenWidth
304 SetCellHighlightPenWidth
305 SetCellHighlightROPenWidth
306 GetGridWindow
307 GetGridRowLabelWindow
308 GetGridColLabelWindow
309 GetGridCornerLabelWindow
310
311Added wxGetClientDisplayRect which on wxMSW returns a wxRect
312representing the area on screen not occupied by the taskbar and such.
313On other platforms it is equivallent to wxGetDisplaySize.
314
315
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.)
329
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***---***---***---***---***---***---***---***---***---***---***---
338
339There is now a wxObject class that most other classes derive from like
340in C++, but the methods provided don't really match but are wxPython
341specific. It could have been added long ago but OOR required it so it
342finally got done.
343
344Finally added wxPyLineShape.GetLineControlPoints, which has been on my
345list for a while. The above OOR modification made this easier.
346
347Fixed the __cmp__ methods for wxPoint and others.
348
349Added wxWave.
350
351Added the wxPython.lib.mixins package to the library, it is where
352useful mix-in classes can be placed. Currently there is one to help
353make the columns in a wxListCtrl sortable, and the MagicIMageList from
354Mike Fletcher. If you have any custom code that can be factored out
355of existing classes into a mix-in that would be useful to others
356please send it to me for inclusion in this package.
357
358Added a few little sample applications to help newbies to get started
359by having smaller functional apps to play with. They can be found in
360wxPython/samples.
361
362
363
364
3652.2.6
366-----
367
368No changes happened in the Python wrappers for this release, only
369changes and fixes in the wxWindows library.
370
371
372
3732.2.5
374-----
375
376New typemaps for wxString when compiling for Python 2.0 and beyond
377that allow Unicode objects to be passed as well as String objects. If
378a Unicode object is passed PyString_AsStringAndSize is used to convert
379it to a wxString using the default encoding.
380
381Fixed the generic buttons so tool tips work for them.
382
383Fixed a bug in the demo's tree control.
384
385Added a listbox to the listbox demo that shows how to find items with
386a matching prefix as keys are typed.
387
388Added code to the wxListCtrl demo to show how to get text from a
389column in report mode.
390
391Added code to the toolbar demo to clear the long help from the status
392bar after 2 seconds.
393
394Added wxJoystick.
395
396Fixed wxTimer so it can be used as described in the docs, either with
397a Notify method in a subclass, or sending an event to a wxEvtHandler
398object, (usually a window.)
399
400Added wxNotifyEvent.Allow()
401
402Fixed GOBS of reference leaks.
403
404Massive code changes and cleanup to allow wxPython to be split into
405multiple extension modules again. A Python CObject is used to allow
406the "export" of SWIG functions and other common helper functions from
407the wxc module to other modules, even if they are in separate shared
408libraries. Should also be usable from 3rd party code, just include
409wxPython/src/export.h
410
411Changed the default setup so the following are built as separate
412extension modules: calendar, glcanvas, grid, html, ogl, stc, and
413utils. Will probably add more later.
414
415Changed the wxPrinterDC to use the new constructor taking a
416wxPrintData object. The old ctor is still there using the
417wxPrinterDC2 name.
418
419Added wxPython.lib.anchors.py from Riaan Booysen. It contains a class
420that implements Delphi's Anchors with wxLayoutConstraints.
421
422Added wxPython.lib.fancytext from Timothy Hochberg.
423
424Changed the GenericButtons to send their event in idle time, so the
425mouse won't be captured when the event handler is called.
426
427Added wxPython.lib.rpcMixin from Greg Landrum, although it's not
428integrated with the demo yet. It allows a wxPython GUI to be an
429XML-RPC server.
430
431
432
433New in 2.2.2
434------------
435
436Significantly changed how the wxStyledtextCtrl code that wraps
437Scintilla is implemented. Most of it is now automatically generated
438from an interface definition file provided by Scintilla. This means
439that it will be much easier to stay in sync with new Scintilla
440releases, but also means that some of the method and identifier names
441have changed. See wxPython/demo/data/stc.h for a copy of the C++
442interface from which the Python interface is generated. There is now
443some inline documentation in that file that should really help explain
444how things work.
445
446I am now using the Python Distutils to build wxPython and to make some
447of the distribution files. (See http://www.python.org/sigs/distutils-sig/)
448This means no more messing with my kludgy build.py/Makefile hack,
449builds will be more consistent with other Python extensions that also
450use Distutils, and will hopefully make wxPython easier to build for
451platforms where there have been troubles before. If you are building
452wxPython for Python 1.5.2 or for 1.6, then you will need to get and
453install version 1.0 of Distutils from the website above. If you are
454using Python 2.0 then you already have it.
455
456Added wxInputStream and the wxFileSystem family of classes,
457contributed by Joerg Baumann.
458
459Added wxProcess and support for it to wxExecute. wxProcess lets you
460get notified when an asyncronous child process terminates, and also to
461get input/output streams for the child process's stdout, stderr and
462stdin.
463
464Removed the old python sizers.
465
466Added __add__, __sub__ and __cmp__ (equality check only) for wxPoint
467and wxRealPoint.
468
469Changed the build to make one big extension module instead of one for
470the core and each contrib. This allowed me to do away with the
471libwxPyHelpers.so on unix systems.
472
473Lots of little fixes here and there.
474
475Some hacks on wxGTK to try and make the AutoComplete listbox in the
476wxStyledTextCtrl to behave better. It's still not as nice as on
477wxMSW, but at least it's a bit more usable now.
478
479
480
481
482New in 2.2.1
483------------
484
485Various tweaks, fixes, missing methods, etc.
486
487Added example use of wxTaskBarIcon to the demo.
488
489
490
491New in 2.2.0
492------------
493
494Added wxLog and friends.
495
496Added wxFrame.ShowFullScreen for MSW.
497
498Added PyShellWindow to the wxPython.lib package.
499
500
501
502New in 2.1.16
503-------------
504
505Added an attribute named labelDelta to the generic buttons that
506specifies how far to offset the label when the button is in the
507depressed state.
508
509Added wxTipProvider and friends. See the demo for an example.
510
511wxGrid can now change the cell highlight colour.
512
513Added wxDragImage.
514
515Fixed printing on wxGTK.
516
517Added wxDateTime, wxTimeSpan, and wxDateSpan to wxPython.utils.
518
519Added wxCalendarCtrl.
520
521WARNING: A while back I asked what should be done about the Magic
522Method Names. (Methods that are automatically turned into event
523handlers by virtue of their name.) The consensus was that it is more
524confusing to have them than to try and expand them to have greater
525coverage. I am finally getting around to removing the code that
526generates the event binding. This means that if you are using any of
527the following method names without a EVT_* call that you need to
528modify your code to add the EVT_* to hook the event to the method.
529
530 OnChar
531 OnSize
532 OnEraseBackground
533 OnSysColourChanged
534 OnInitDialog
535 OnPaint
536 OnIdle
537 OnActivate
538 OnMenuHighlight
539 OnCloseWindow
540 OnScroll
541
542Added wxSpinCtrl.
543
544
545
546
547New in 2.1.15
548-------------
549
550Fixed wxTreeCtrl.HitTest to return both the tree item as well as the
551flags that clairify where the click was in relation to the item.
552
553Fixed thread state problem in wxTreeCtrl.GetBoundingBox and
554GetSelections.
555
556Fixed some problems in OGL. Also wxShape.SetClientData and
557.GetClientData can now deal with Python objects.
558
559Added wxListCtrl.SortItems and changed the demo to show how to use it.
560
561Plugged a memory leak.
562
563Wrapped the new wxGrid and friends. The old wxGrid class is no longer
564available. There are some incompatibilities, and unfortunately the
565new classes are not documented yet, (however the methods are more
566consistent with each other now so you may be able to guess pretty
567good...)
568
569Updated filebrowsebutton.py and calendar.py with changes from their
570authors. There is now a FileBrowseButtonWithHistory class (what a
571mouthful!) and wxCalendar has printing support.
572
573Added ActiveXWrapper to the library, and some good demos of it too.
574It works great for embedding a COM (a.k.a OCX, a.k.a ActiveX) control
575in a window and calling its methods. It actually creates a new class
576on the fly that derives from wxWindow, the COM CoClass and others
577needed to make it all work. The resulting class can be instantiated
578just like wxWindow, used in sizers, etc. It also responds to all COM
579method calls, properties, etc., and if the class or a mix-in has
580matching method names, then the COM events will be propogated back to
581them.
582
583Created a typemap that allows a string to be used for parameters
584expecting a wxColour type. The string is either a colour name as
585defined in the wxColourDatabase, or a colour spec of the form
586"#RRGGBB". See the wxStyledTextCtrl demo for an example.
587
588I almost forgot to mention the wxStyledTextCtrl! Yes, the
589wxStyledTextCtrl is finally in wxPython!! (And the crowd goes
590wild...) There's no documentaTion yet (the crowd boos and hisses...)
591but I've included a very readable source file in the
592wxPython/demo/data directory, a couple fairly good examples, and you
593can also refer to the Scintilla documentaion at
594http://www.scintilla.org/ScintillaDoc.html to help fill in the gaps
595until the docs are done. (The croud murmers contentedly as the tool
596provider smiles convincingly and removes his flame-proof suit.)
597
598
599
600
601What's new in 2.1.13
602--------------------
603Skipped a version number to match what has been released for wxGTK.
604
605Updated wxMVCTree and added a demo for it, also fixed layout on GTK
606and some flicker problems.
607
608Added a wrapper class for the Visualization ToolKit (or VTK) in the
609wxPython.lib.vtk module. (http://www.kitware.com/)
610
611Fixed wxTreeCtrl.SetItemImage and GetItemImage to recognise the new
612"which" parameter.
613
614Added wxPython.lib.spashscreen from Mike Fletcher.
615
616Added wxPython.lib.filebrowsebutton also from Mike Fletcher.
617
618Renamed wxTreeCtrl.GetParent to GetItemParent to avoid a name clash
619with wxWindow.GetParent.
620
621Added wxIntersectRect to compute the intersection of two wxRect's.
622It is used like this:
623
624 intersect = wxIntersectRect(rect1, rect2)
625
626If r1 and r2 don't intersect then None is returned, otherwise the
627rectangle representing the intersection is returned.
628
629Some bug fixes for Clipboard and Drag-n-Drop.
630
631Rotated text!!! WooHoo! (See wxDC.DrawRotatedText())
632
633Added a set of Generic Buttons to the library. These are simple
634window classes that look and act like native buttons, but you can have
635a bit more control over them. The bezel width can be set in addition
636to colours, fonts, etc. There is a ToggleButton as well as Bitmap
637versions too. They should also serve as a good example of how to
638create your own classes derived from wxControl.
639
640The C++ wxToolBar classes have been redone, and so have the wxPython
641wrappers. There have been slight modifications to some of the methods
642but shouldn't impact anybody too much. I took the opportunity to add
643support for setting user data on each toolbar tool. The new AddTool
644methods look like this:
645
646 def AddTool(ID,
647 bitmap,
648 pushedBitmap = wxNullBitmap,
649 toggle = FALSE,
650 clientData = NULL,
651 shortHelpString = "",
652 longHelpString = "")
653
654 def AddSimpleTool(ID,
655 bitmap,
656 shortHelpString = "",
657 longHelpString = "",
658 toggle=FALSE)
659
660
661There are also coresponding InsertTool and InsertSimpleTool methods
662that additionally take an integer position as the first parameter.
663
664Added a wrapper for the new PCX and TIFF ImageHandlers.
665
666wxRect now simulates attributes named left, right, top and bottom.
667
668Removed all non wx stuff from the glcanvas module since DA's PyOpenGL
669is better and compatible with the wxGLCanvas. You can get it at
670http://starship.python.net:9673/crew/da/Code/PyOpenGL.
671
672Added some missing EVT_ functions.
673
674Added Dirk Holtwic's editor classes to the wxPython.lib.editor
675package.
676
677Changed all the "LIST" parameter names to "choices" to match the docs.
678
679More fixes for the wxFloatBar, and it now works on wxGTK even better
680than wxMSW! (The feat is accomplished by using the wxTB_DOCKABLE
681style flag instead of trying to float it ourselves.)
682
683
684
685
686What's new in 2.1.11
687--------------------
688Skipped a few version numbers so wxMSW, wxGTK and wxPython are all
689syncronized.
690
691wxImage.SetData now makes a copy of the image data before giving it to
692wxImage. I mistakenly thought that wxImage would copy the data
693itself.
694
695Fixed wxMSW's notebook so the pages get their size set as they are
696being added. This should remove the need for our
697wxNotebook.ResizeChildren hack.
698
699wxPanels now support AutoLayout, and wxNotebooks and wxSplitterWindows
700no longer tell their children to Layout() themselves. This will
701probably only effect you if you have a wxWindow with AutoLayout inside
702a notebook or splitter. If so, either change it to a wxPanel or add
703an EVT_SIZE handler that calls Layout().
704
705Fixed deadlock problem that happened when using threads.
706
707Added new HTML printing classes.
708
709Added wxWindow.GetHandle
710
711Apparently wxMouseEvent.Position has been depreciated in wxWindows as
712it is no longer available by default. You can use GetPositionTuple
713(returning a tuple with x,y) instead, or GetPosition (returning a
714wxPoint.)
715
716Added wxPostEvent function that allows events to be posted and then
717processed later. This is a thread-safe way to interact with the GUI
718thread from other threads.
719
720Added Clipboard and Drag-and-Drop classes.
721
722Added wxFontEnumerator.
723
724Many updates to wxMenu, wxMenuBar.
725
726wxPyEvent and wxPyCommandEvent derived classes now give you the actual
727Python object in the event handler instead of a new shadow.
728
729Added a Calendar widget from Lorne White to the library.
730
731Made some fixes to the wxFloatbar. It still has some troubles on
732wxGTK...
733
734Added an MVC tree control from Bryn Keller to the library.
735
736
737
738
739What's new in 2.1.5
740-------------------
741This is a quick bug-fix release to take care of a few nasties that
742crept in at the last minute before 2.1.4 was called done. No new
743major features.
744
745
746
747What's new in 2.1.4
748--------------------
749
750This release is NOT syncronized with a snapshot release of wxGTK or
751wxMSW. For MSW this isn't much of a problem since you can get the
752binaries from the web site. For other platforms you'll have to build
753wxGTK from CVS. (See http://web.ukonline.co.uk/julian.smart/wxwin/cvs.htm)
754To get the same set of sources from CVS that I used, checkout using
755the wxPy-2-1-4 tag.
756
757Now back to what's new...
758
759Much more support for event-less callbacks and add-on modules.
760
761Created add-on module with wxOGL classes.
762
763Added wxWindow.GetChildren(). Be careful of this. It returns a *copy*
764of the list of the window's children. While you are using the list if
765anything changes in the real list (a child is deleted, etc.) then the
766list you are holding will suddenly have window references to garbage
767memory and your app will likely crash. But if you are careful it works
768great!
769
770Added a bunch of new and missing methods to wxTreeCrtl. The
771SortChildren method is now supported, but currently only for the
772default sort order.
773
774Added typemaps for wxSize, wxPoint, wxRealPoint, and wxRect that allow
775either the actual objects or Python sequence values to be used. For
776example, the following are equivallent:
777
778 win = wxWindow(parent, size = wxSize(100, 100))
779 win = wxWindow(parent, size = (100, 100))
780
781Super-charged the wxHtml module. You can now create your own tag
782handlers and also have access to the parser and cell classes. There
783is a tag handler in the library at wxPython.lib.wxpTag that
784understands the WXP tag and is able to place wxPython windows on HTML
785pages. See the demo for an example.
786
787A bunch of the methods of wxMenuBar were previously ifdef'd out for
788wxGTK. Added them back in since the methods exist now.
789
790Wrapped the wxHtmlHelpController and related classes.
791
792Wrapped the C++ versions of wxSizer and friends. The Python-only
793versions are still in the library, but depreciated. (You will get a
794warning message if you try to use them, but the warning can be
795disabled.) The usage of the C++ versions is slightly different, and
796the functionality of wxBorderSizer is now part of wxBoxSizer. I have
797added a few methods to wxSizer to try and make the transition as
798smooth as possible, I combined all Add methods into a single method
799that handles all cases, added an AddMany method, etc. One step I did
800not take was to make the default value of flag in the Add method be
801wxGROW. This would have made it more backward compatible, but less
802portable to and from wxWin C++ code. Please see the docs and demo for
803further details.
804
805Added wxPyEvent and wxPyCommandEvent classes, derived from wxEvent and
806wxCommandEvent. Each of them has SetPyData and GetPyData methods that
807accept or return a single Python object. You can use these classes
808directly or derive from them to create your own types of event objects
809that can pass through the wxWindows event system without loosing their
810Python parts (as long as they are stored with SetPyData.) Stay tuned
811for more info and examples in future releases.
812
813Added wxPython.lib.grids as an example of how to derive a new sizer
814from the C++ sizers. In this module you will find wxGridSizer and
815wxFlexGridSizer. wxGridSizer arrainges its items in a grid in which
816all the widths and heights are the same. wxFlexgridSizer allows
817different widths and heights, and you can also specify rows and/or
818columns that are growable. See the demo for a couple examples for how
819to use them.
820
821Added the wxValidator class, and created a class named wxPyValidator
822that should be used for the base class of any Python validators. See
823the demo for an example. Please note that you MUST implement a Clone
824method in your validator classes because of the way some things work
825in the underlying C++ library. I did not add wxTextValidator because
826of some issues of how it transfers data to and from a wxString, which
827in wxPython is automatically translated to and from Python strings, so
828there would never be a concrete wxString that would hang around long
829enough for the validator to do its job. On the other hand, it should
830be real easy to duplicate the functionality of wxTextValidator in a
831pure Python class derived from wxPyValidator.
832
833I've finally added a feature that has been on my list for close to two
834years! Ever wondered what that zero is for when you create your app
835object? Well now you can leave it out or explicitly set it to a true
836value. This value now controls what is to be done with sys.stdout and
837sys.stderr. A false value leaves them alone, and a true value sets
838them to an instance of wxPyOnDemandOutputWindow. (On windows the
839default is true, on unix platforms the default is false.) This class
840creates a frame containing a wxTextCtrl as soon as anything is written
841to sys.stdout or sys.stderr. If you close the window it will come
842back again the next time something is written. (You can call
843app.RestoreStdio to turn this off.) If you would rather that the stdio be
844redirected to a file, you can provide a second parameter to your app
845object's constructor that is a filename. If you want to use your own
846class instead of wxPyOnDemandOutputWindow you can either implement
847RedirectStdio() in you app class or change the value of
848wxApp.outputWindowClass like this:
849
850 class MyApp(wxApp):
851 outputWindowClass = MyClass
852
853 def OnInit(self):
854 frame = MyFrame()
855 self.SetTopWindow(frame)
856 return true
857
858Please see the implementation of wxPyOnDemandOutputWindow and wxApp in
859wx.py for more details. A few words of caution: if you are running
860your app in a debugger, changing sys.stdout and sys.stderr is likely
861to really screw things up.
862
863Added wxCaret. Unfortunately it's author has still not documented it
864in the wxWindows docs...
865
866Some new 3rd party contributions in wxPython.lib. PyShell, in
867shell.py is an interesting implementaion of an interactive Python
868shell in wxWindows. floatbar.py has a class derived from wxToolBar
869that can sense mouse drags and then reparent itself into another
870frame. Moving the new frame close to where it came from puts the tool
871bar back into the original parent. (Unfortunately there is currently
872a bug in wxGTK's wxFrame.SetToolBar so the FloatBar has some
873problems...)
874
875
876
877
878What's new in 2.1b3
879--------------------
880
881This release is syncronized with release 2.1 snapshot 9 of wxWindows.
882
883Switched to using SWIG from CVS (see http://swig.cs.uchicago.edu/cvs.html)
884for some of the new features and such. Also they have encorporated my
885patches so there is really no reason to stick with the current (very
886old) release... This version of SWIG gives the following new
887features:
888
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:
892
893 win = wxWindow(parent, -1, style = mystyle)
894
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.
899
900
901There is a new build system based on a new Python program instead of
902raw makefiles. Now wxPython builds are virtually the same on MSW or
903Unix systems. See the end of this file for new build instructions and
904see distrib/build.py for more details.
905
906wxDC.Bilt now includes the useMask parameter, and has been split into
907two different versions. wxDC.BlitXY is like what was there before and
908takes raw coordinants and sizes, and the new wxDC.Blit is for the new
909interface using wxPoints and a wxSize.
910
911
912
913
914
915What's new in 2.1b2
916--------------------
917
918Added the missing wxWindow.GetUpdateRegion() method.
919
920Made a new change in SWIG (update your patches everybody) that
921provides a fix for global shadow objects that get an exception in
922their __del__ when their extension module has already been deleted.
923It was only a 1 line change in .../SWIG/Modules/pycpp.cxx at about
924line 496 if you want to do it by hand.
925
926It is now possible to run through MainLoop more than once in any one
927process. The cleanup that used to happen as MainLoop completed (and
928prevented it from running again) has been delayed until the wxc module
929is being unloaded by Python.
930
931I fixed a bunch of stuff in the C++ version of wxGrid so it wouldn't
932make wxPython look bad.
933
934wxWindow.PopupMenu() now takes a wxPoint instead of x,y. Added
935wxWindow.PopupMenuXY to be consistent with some other methods.
936
937Added wxGrid.SetEditInPlace and wxGrid.GetEditInPlace.
938
939You can now provide your own app.MainLoop method. See
940wxPython/demo/demoMainLoop.py for an example and some explaination.
941
942Got the in-place-edit for the wxTreeCtrl fixed and added some demo
943code to show how to use it.
944
945Put the wxIcon constructor back in for GTK as it now has one that
946matches MSW's.
947
948Added wxGrid.GetCells
949
950Added wxSystemSettings static methods as functions with names like
951wxSystemSettings_GetSystemColour.
952
953Removed wxPyMenu since using menu callbacks have been depreciated in
954wxWindows. Use wxMenu and events instead.
955
956Added alternate wxBitmap constructor (for MSW only) as
957 wxBitmapFromData(data, type, width, height, depth = 1)
958
959Added a helper function named wxPyTypeCast that can convert shadow
960objects of one type into shadow objects of another type. (Like doing
961a down-cast.) See the implementation in wx.py for some docs.
962
963Fixed wxImage GetData and SetData to properly use String objects for
964data transfer.
965
966Added access methods to wxGridEvent.
967
968New Makefile/Setup files supporting multiple dynamic extension modules
969for unix systems.
970
971Fixes for the wxGLCanvas demo to work around a strange bug in gtk.
972
973SWIG support routines now compiled separately instead of being bundled
974in wx.cpp.
975
976
977
978
979
980What's new in 2.1b1
981--------------------
982Fixed wxComboBox.SetSelection so that it actually sets the selected
983item. (Actually just removed it from wxPython and let it default to
984wxChoice.SetSelection which was already doing the right thing.)
985
986Added the Printing Framework.
987
988Switched back to using the wxWindows DLL for the pre-built Win32
989version. The problem was needing to reinitialize static class info
990data after loading each extension module.
991
992Lots of little tweaks and additions to reflect changes to various
993wxWindows classes.
994
995Fixed a bug with attaching objects to tree items. Actually was a
996symptom of a larger problem with not obtaining the interpreter lock
997when doing any Py_DECREFs.
998
999wxSizer and friends. Sizers are layout tools that manage a colection
1000of windows and sizers. Different types of sizers apply different
1001types of layout algorithms. You saw it here first! These classes are
1002not even in the wxWindows C++ library yet!
1003
1004
1005
1006What's new in 2.0b9
1007-------------------
1008Bug fix for ListCtrl in test4.py (Was a missing file... DSM!)
1009
1010Bug fix for occassional GPF on Win32 systems upon termination of a
1011wxPython application.
1012
1013Added wxListBox.GetSelections returning selections as a Tuple.
1014
1015Added a wxTreeItemData that is able to hold any Python object and be
1016associated with items in a wxTreeCtrl. Added test pytree.py to show
1017this feature off.
1018
1019Added wxSafeYield function.
1020
1021OpenGL Canvas can be optionally compiled in to wxPython.
1022
1023Awesome new Demo Framework for showing off wxPython and for learning
1024how it all works.
1025
1026The pre-built Win32 version is no longer distributing the wxWindows
1027DLL. It is statically linked with the wxWindows library instead.
1028
1029Added a couple missing items from the docs.
1030
1031Added wxImage, wxImageHandler, wxPNGHandler, wxJPEGHandler,
1032wxGIFHandler and wxBMPHandler.
1033
1034Added new methods to wxTextCtrl.
1035
1036Fixed some problems with how SWIG was wrapping some wxTreeCtrl
1037methods.
1038
1039
1040
1041What's new in 2.0b8
1042-------------------
1043Support for using Python threads in wxPython apps.
1044
1045Several missing methods from various classes.
1046
1047Various bug fixes.
1048
1049
1050
1051What's new in 2.0b7
1052-------------------
1053Added DLG_PNT and DLG_SZE convienience methods to wxWindow class.
1054
1055Added missing constructor and other methods for wxMenuItem.
1056
1057
1058
1059What's new in 2.0b6
1060-------------------
1061Just a quickie update to fix the self-installer to be compatible with
1062Python 1.5.2b2's Registry settings.
1063
1064
1065What's new in 2.0b5
1066-------------------
1067Well obviously the numbering scheme has changed. I did this to
1068reflect the fact that this truly is the second major revision of
1069wxPython, (well the third actually if you count the one I did for
1070wxWindows 1.68 and then threw away...) and also that it is associated
1071with the 2.0 version of wxWindows.
1072
1073I have finally started documenting wxPython. There are several pages
1074in the wxWindows documentation tree specifically about wxPython, and I
1075have added notes within the class references about where and how wxPython
1076diverges from wxWindows.
1077
1078Added wxWindow_FromHWND(hWnd) for wxMSW to construct a wxWindow from a
1079window handle. If you can get the window handle into the python code,
1080it should just work... More news on this later.
1081
1082Added wxImageList, wxToolTip.
1083
1084Re-enabled wxConfig.DeleteAll() since it is reportedly fixed for the
1085wxRegConfig class.
1086
1087As usual, some bug fixes, tweaks, etc.
1088
1089
1090
1091What's new in 0.5.3
1092-------------------
1093Added wxSashWindow, wxSashEvent, wxLayoutAlgorithm, etc.
1094
1095Various cleanup, tweaks, minor additions, etc. to maintain
1096compatibility with the current wxWindows.
1097
1098
1099
1100What's new in 0.5.0
1101-------------------
1102Changed the import semantics from "from wxPython import *" to "from
1103wxPython.wx import *" This is for people who are worried about
1104namespace pollution, they can use "from wxPython import wx" and then
1105prefix all the wxPython identifiers with "wx."
1106
1107Added wxTaskbarIcon for wxMSW.
1108
1109Made the events work for wxGrid.
1110
1111Added wxConfig.
1112
1113Added wxMiniFrame for wxGTK.
1114
1115Changed many of the args and return values that were pointers to gdi
1116objects to references to reflect changes in the wxWindows API.
1117
1118Other assorted fixes and additions.
1119
1120
1121
1122
1123What's new in 0.4.2
1124-------------------
1125
1126wxPython on wxGTK works!!! Both dynamic and static on Linux and
1127static 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
1129down a nasty DECREF bug. Okay so I have to confess that it was just a
1130DSM (Dumb Stupid Mistake) on my part but it was nasty none the less
1131because the behavior was so different on different platforms.
1132
1133The dynamicly loaded module on Solaris is still segfaulting, so it
1134must have been a different issue all along...
1135
1136
1137
1138What's New in 0.4
1139-----------------
1140
11411. Worked on wxGTK compatibility. It is partially working. On a
1142Solaris/Sparc box wxPython is working but only when it is statically
1143linked with the Python interpreter. When built as a dyamically loaded
1144extension module, things start acting weirdly and it soon seg-faults.
1145And on Linux both the statically linked and the dynamically linked
1146version segfault shortly after starting up.
1147
11482. Added Toolbar, StatusBar and SplitterWindow classes.
1149
11503. Varioius bug fixes, enhancements, etc.
1151
1152----------------------------------------------------------------------