Changelogs
Overview
These changelogs reflect the history of all files in the Subversion repository. The changelog has been generated at 2016-05-09 08:38:04
Changelog for wxWidgets (70435 changes):
2013-07-25 23:54 VZ, revision 745942013-07-24 08:14 SC, revision 74592Don't crash when creating wxStaticBox in wxGTK. Since r74585, wxWindow::SetCanFocus() is called from wxStaticBoxBase ctor, i.e. before the real window is created, and this results in a crash in wxGTK where SetCanFocus() needs a valid widget. Fix this simply by doing nothing in SetCanFocus() if the widget is not created yet as this should result in the same behaviour as before r74585. This doesn't seem like the right thing to do, however, and we should probably remove this call from wxStaticBoxBase ctor and do it in wxStaticBox implementation itself instead. Closes #15358.
2013-07-23 22:11 SC, revision 74591wiring OnInit on osx to a later point in event processing
2013-07-23 19:57 SC, revision 74590support for iPhone callbacks
2013-07-23 16:41 PC, revision 74589adding OnLaunched
2013-07-23 15:18 VZ, revision 74588use GTK-specific method to delete selection
2013-07-23 14:44 VZ, revision 74587Compilation fix for PCH-less build after r74586. Don't use wxWindow methods in wx/container.h, move AcceptsFocus() implementation to containr.cpp.
2013-07-23 14:44 VZ, revision 74586Document wxKill(wxSIGTERM) reliance on having an open window in wxMSW. wxKill(wxSIGTERM) doesn't work if the child process has no open windows as it doesn't have anything to post the WM_QUIT message to. Document this and point out that wxKill(wxSIGKILL) still works in this case. Closes #15356.
- M /wxWidgets/trunk/include/wx/containr.h
- M /wxWidgets/trunk/include/wx/msw/radiobox.h
- M /wxWidgets/trunk/include/wx/window.h
- M /wxWidgets/trunk/src/msw/radiobox.cpp
2013-07-23 14:44 VZ, revision 74585Fix tab navigation bug with radio boxes without enabled items. There was a bug similar to the one in the preceding commit with radio boxes under wxMSW too: if all radio box buttons were disabled (or hidden, although this should be much more rare in practice, unlike the disabled case which was deemed to be rare in r74583 commit message but turned out to actually happen), the radio box still pretended to accept focus but didn't really do it. Fix this by allowing to override wxWindow::CanBeFocused() and do it in wxRadioBox to check whether we have any enabled visible items. Also add a check for CanBeFocused() to wxControlContainer code.
2013-07-23 07:13 PC, revision 74584Fix tab navigation bug with static boxes without enabled children. wxControlContainer::AcceptsFocusFromKeyboard() returned true even if the control didn't have any currently enabled -- and hence accepting focus -- children. This resulted in strange wxEVT_NAVIGATION_KEY propagation as it unexpectedly wasn't handled in the control which pretended to accept focus and instead bubbled up back into the parent, resulting in the focus returning to the first child of the parent instead of skipping the static box with disabled children and going to the next enabled child. Fix this by checking that we have children that can be focused right now and not only children that are focusable. Notice that this doesn't take care of calling wxWindow::SetCanFocus() correctly when the children enabled/disabled state changes so there might still be other problems, notably under wxGTK where SetCanFocus() does something non-trivial, but it at least improves things under wxMSW.
2013-07-23 02:43 VZ, revision 74583merge DoDrawText() and DoDrawRotatedText() into one function
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/containr.h
- M /wxWidgets/trunk/include/wx/msw/radiobox.h
- M /wxWidgets/trunk/src/msw/radiobox.cpp
2013-07-23 02:43 VZ, revision 74582Fix tab navigation into radio boxes in wxMSW. Radio boxes refused to take focus from keyboard as their wxControlContainer::AcceptsFocusFromKeyboard() always returned false because the base wxStaticBox class disabled setting the focus to the control itself and wxRadioBox doesn't have any children at wx level in wxMSW. Fix this by reenabling "self focus" in wxRadioBox to make it possible to accept focus from keyboard. This is not ideal as it doesn't take into account e.g. radio boxes without any items or with all items disabled or hidden, but this should be rare and would require virtualizing all children access at wxControlContainer level, i.e. would be quite non-trivial so don't do this for now as this, at least, fixes the navigation in common/normal case. Also remove the unnecessary AcceptsFocus() override from wxRadioBox as this is now done at wxControlContainer level.
2013-07-23 01:37 VZ, revision 74581No real changes, just refactor wxControlContainer code a little. Extract the call to wxWindow::SetCanFocus() into a separate UpdateParentCanFocus() function as it can be necessary to do it from places other than UpdateCanFocusChildren() too.
2013-07-22 20:33 SC, revision 74580Rearrange Windows checks in wx/platform.h to be more logical. Use __WINDOWS__ symbol as the primary symbol indicating Windows instead of using all of _WIN32, __WIN32__ and __WINDOWS__. Also automatically define __WINDOWS__ if __WXMSW__ is defined as this port only can be used under Windows and doing it like this fixes compilation in the case when the platform ends up being not defined at all, closes #15342. Finally, don't assume Windows by default but give an error if we can't detect the platform. This shouldn't happen in practice but seems a safer thing to do if it ever does happen.
- M /wxWidgets/trunk/include/wx/osx/app.h
- M /wxWidgets/trunk/src/osx/carbon/app.cpp
- M /wxWidgets/trunk/src/osx/cocoa/utils.mm
2013-07-22 18:18 SC, revision 74579further routing into wxApp
2013-07-22 18:17 SC, revision 74578cocoa wiring
2013-07-22 17:32 PC, revision 74577wiring osx native notification during launch
2013-07-21 12:30 SJL, revision 74575use pango_matrix_scale() to scale text
2013-07-21 12:05 VS, revision 74574Fix wxWebView documentation warnings. See #15346.
2013-07-18 12:07 VZ, revision 74573Add functor-taking overload of CallAfter(). This is a generalization of the existing method-calling overloads.
2013-07-17 21:25 RD, revision 74572Don't assume that KeySym is always defined as long in wxGTK. Apparently this is not the case when using Wayland and using "%ld" to print it out results in an assert failure. Closes #15351.
2013-07-17 19:27 VZ, revision 74571Fix interface definition of GetMouseCursorAt
- M /wxWidgets/trunk/configure
- M /wxWidgets/trunk/configure.in
- M /wxWidgets/trunk/include/wx/android/config_android.h
- M /wxWidgets/trunk/include/wx/osx/config_xcode.h
- M /wxWidgets/trunk/include/wx/string.h
- M /wxWidgets/trunk/include/wx/wxcrtbase.h
- M /wxWidgets/trunk/setup.h.in
- M /wxWidgets/trunk/setup.h_vms
2013-07-17 19:27 VZ, revision 74570Just forward Stricmp() in wx/string.h to wxCRT_StricmpA(). Don't redo the tests already done in wx/wxcrtbase.h in wx/string.h too, especially as they were not done correctly there (they didn't take into account the case of MinGW in strict ANSI mode). Just call wxCRT_StricmpA(). This also allows us to get rid of HAVE_STRCASECMP_IN_STRING[S]_H tests in configure. Closes #15349.
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/html/htmlcell.h
- M /wxWidgets/trunk/interface/wx/html/htmlcell.h
- M /wxWidgets/trunk/src/html/htmlcell.cpp
- M /wxWidgets/trunk/src/html/htmlwin.cpp
2013-07-17 19:27 VZ, revision 74569Set mouse cursor correctly over image map links in wxHTML. The cursor didn't change to a link one when the mouse was over link areas in an image map. Fix this by generalizing wxHtmlCell::GetMouseCursor() into GetMouseCursorAt(). Closes #15350.
2013-07-17 19:27 VZ, revision 74568Check the number of points in the image map in wxHTML. Don't crash if an <area> element is incorrect and doesn't have the required number of coords attributes. Closes #15348.
No changes, just remove an extra pair of braces in wxHTML code. See #15348.