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