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