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