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