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