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