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