wxPython/CHANGES.txt

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