]>
Commit | Line | Data |
---|---|---|
73adcb01 | 1 | Recent Changes for wxPython |
8eda5e35 | 2 | ===================================================================== |
6d75ea8f | 3 | |
28eab81f | 4 | 2.5.2.0 |
95fed4d8 RD |
5 | ------- |
6 | ||
7 | wx.ADJUST_MINSIZE is now the default behaviour for window items in | |
ffcb969e RD |
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 | |
cb8f28ba RD |
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 | ||
ba938c3d | 32 | |
c878ceea RD |
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 | ||
d7403ad2 RD |
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 | ||
5841276a RD |
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. | |
ba938c3d | 44 | |
165e6ca3 RD |
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 | ||
969d9b6f RD |
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. | |
165e6ca3 | 57 | |
a3150741 RD |
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 | ||
d1e05453 | 65 | Replaced wx/lib/pubsub.py with a version that uses weak references to |
89c876de RD |
66 | track the subscribers, plus other fixes/additions. Thanks go to |
67 | Oliver Schoenborn and Robb Shecter. | |
d1e05453 | 68 | |
89c876de RD |
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". | |
a3150741 | 79 | |
28eab81f RD |
80 | Switched gizmos.TreeListCtrl to the newer version of the code from the |
81 | wxCode project. | |
82 | ||
f847103a RD |
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 |