| | 1 | Recent Changes for wxPython |
| | 2 | ===================================================================== |
| | 3 | |
| | 4 | 2.5.2.1 |
| | 5 | ------- |
| | 6 | |
| | 7 | wx.ADJUST_MINSIZE is now the default behaviour for window items in |
| | 8 | sizers. This means that the item's GetMinSize and/or GetBestSize will |
| | 9 | be called when calculating layout and the return value from that will |
| | 10 | be used for the minimum size used by the sizer. The wx.FIXED_MINSIZE |
| | 11 | flag was added that will cause the sizer to use the old behaviour in |
| | 12 | that it will *not* call the window's methods to determine the new best |
| | 13 | size, instead the minsize that the window had when added to the sizer |
| | 14 | (or the size the window was created with) will always be used. |
| | 15 | |
| | 16 | Related to the above, when controls and some other window types are |
| | 17 | created either the size passed to the constructor, or their "best |
| | 18 | size" if an explicit size was not passed in, is set as the window's |
| | 19 | minimal size. For non top-level windows that hasn't meant much in the |
| | 20 | past, but now the sizers are sensitive to the window's minimal size. |
| | 21 | The key point to understand here is that it is no longer the window's |
| | 22 | size it has when added to the sizer that matters, but its minimal |
| | 23 | size. So you might have some issues to iron out if you create a |
| | 24 | control without a size and then set its size to something before |
| | 25 | adding it to the sizer. Since it's minimal size is probably not the |
| | 26 | size you set then the sizer will appear to be misbehaving. The fix is |
| | 27 | to either set the size when calling the window's constructor, or to |
| | 28 | reset the min size by calling SetSizeHints. You can call SetSizeHints |
| | 29 | at anytime to change the minsize of a window, just call the sizer's |
| | 30 | Layout method to redistribute the controls as needed. |
| | 31 | |
| | 32 | |
| | 33 | Added new MaskedEditControl code from Will Sadkin. The modules are |
| | 34 | now locaed in their own sub-package, wx.lib.masked. Demos updated. |
| | 35 | |
| | 36 | The changes that implemented the incompatible wx.DC methods in 2.5.1.5 |
| | 37 | have been reverted. The wx.DC methods are now compatible with the 2.4 |
| | 38 | implemetation. In addition a set of renamed methods have been added |
| | 39 | that take wx.Point and/or wx.Size objects instead of individual |
| | 40 | parameters. |
| | 41 | |
| | 42 | Added wx.lib.mixins.listctrl.TextEditMixin, a mixin class that allows |
| | 43 | all columns of a wx.ListCtrl in report mode to be edited. |
| | 44 | |
| | 45 | Deprecated the wx.iewin module. |
| | 46 | |
| | 47 | Deprecated the wx.Sizer.AddWindow, AddSizer, AddSpacer methods as well |
| | 48 | as their Insert* and Prepend* counterparts. |
| | 49 | |
| | 50 | Added a generic StaticBitmap class in wx.lib.statbmp for the same |
| | 51 | reasons that stattext was created, so it could be mouse sensitive on |
| | 52 | all platforms like normal windows. Also updated stattext.py and |
| | 53 | buttons.py to handle attribute (font & colour) defaults and |
| | 54 | inheritance the new way. If you have custom controls of your own you |
| | 55 | should review stattxt.py or one of the others to see how it is to be |
| | 56 | done. |
| | 57 | |
| | 58 | wx.InitAllImageHandlers is now an empty function that does nothing but |
| | 59 | exist for backwards compatibility. The C++ version is now called |
| | 60 | automatically when wxPython is initialized. Since all the handlers |
| | 61 | are included in the wxWidgets shared library anyway, this imposes only |
| | 62 | a very small amount of overhead and removes several unneccessary |
| | 63 | problems. |
| | 64 | |
| | 65 | Replaced wx/lib/pubsub.py with a version that uses weak references to |
| | 66 | track the subscribers, plus other fixes/additions. Thanks go to |
| | 67 | Oliver Schoenborn and Robb Shecter. |
| | 68 | |
| | 69 | wxGTK now uses gtk_init_check so wxPython can raise an exception if |
| | 70 | there is no DISPLAY available or other initializaion problem. |
| | 71 | |
| | 72 | wx.GetKeyState now has an implementation for wxGTK and is able to |
| | 73 | detect the up/down or toggle state of modifier and toggle keys. |
| | 74 | |
| | 75 | The LC_NUMERIC locale is now reset back to "C" (compatibility) when |
| | 76 | running on wxGTK to work around the fact that GTK requires the locale |
| | 77 | to be set to the system settings but Python depends on LC_NUMERIC |
| | 78 | remaining compatible with "C". |
| | 79 | |
| | 80 | Switched gizmos.TreeListCtrl to the newer version of the code from the |
| | 81 | wxCode project. |
| | 82 | |
| | 83 | OGL is dead! LONG LIVE OGL! (Oops, sorry. A bit of my dramatic side |
| | 84 | leaked out there...) The wx.ogl module has been deprecated in favor |
| | 85 | of the new Python port of the OGL library located at wx.lib.ogl |
| | 86 |
projects / wxWidgets.git / blame_incremental