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-11-17 00:37 VZ, revision 752062013-11-17 00:37 VZ, revision 75205Define SIZEOF_LONG_LONG for Windows. This is important not only for consistency with the other platforms but also because without SIZEOF_LONG_LONG being defined, "%lu" format specifier can't be used with size_t values under Win64, as Arg_Size_t is not defined correctly there if SIZEOF_LONG_LONG is unknown. Closes #15670.
2013-11-16 14:29 VZ, revision 75204Fix wxSocket::WaitForAccept() in worker thread. This was broken because Select() never returned wxSOCKET_CONNECTION_FLAG which is supposed to be set when a connection is accepted. Closes #15669.
2013-11-16 14:28 VZ, revision 75203Make OSXIsGUIApplication() documentation more clear for non Mac people. Provide a more detailed explanation of what this function does and does not.
2013-11-16 08:19 SC, revision 75202Port OSXIsGUIApplication() documentation from trunk too. Now that it is implemented (see r75201), it should be documented as well.
2013-11-16 08:19 SC, revision 75201non-unicode fixes
2013-11-16 08:11 SC, revision 75200porting fix for non-bundled apps to 3.0.1
2013-11-15 19:25 VS, revision 75199fixing non-unicode compile
2013-11-15 19:25 VS, revision 75198Don't crash in wxWindowMac::OSXSimulateFocusEvents(). The code didn't properly account for the possibility of wxEVT_KILL_FOCUS handler deleting the focused window (as happens e.g. in wxListCtrl inline edit controls). E.g. rapidly clicking wxEditableListBox buttons could trigger a crash here when sending wxEVT_SET_FOCUS to an already-deleted window. Use wxWeakRef<> to check if the window is still alive.
2013-11-15 18:28 PC, revision 75197Don't crash in wxWindowMac::OSXSimulateFocusEvents(). The code didn't properly account for the possibility of wxEVT_KILL_FOCUS handler deleting the focused window (as happens e.g. in wxListCtrl inline edit controls). E.g. rapidly clicking wxEditableListBox buttons could trigger a crash here when sending wxEVT_SET_FOCUS to an already-deleted window. Use wxWeakRef<> to check if the window is still alive.
- M /wxWidgets/branches/WX_3_0_BRANCH/src/unix/displayx11.cpp
- M /wxWidgets/trunk/src/unix/displayx11.cpp
2013-11-15 16:26 VZ, revision 75196Simplify mode matching test, and add actual mode (not function parameter) to modes list, in GetModes()
2013-11-15 16:24 VZ, revision 75195Fix blank wxComboBox appearance broken by the changes of r75134. We didn't repaint the owner drawn combobox items any more because they were not found by MSWFindItem(). Fix this by restricting the check to the real windows with the same ID as the combobox, not the dropdown items which are not windows at all. See #15674.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/msw/combobox.cpp
2013-11-15 14:40 VZ, revision 75194Fix blank wxComboBox appearance broken by the changes of r75134. We didn't repaint the owner drawn combobox items any more because they were not found by MSWFindItem(). Fix this by restricting the check to the real windows with the same ID as the combobox, not the dropdown items which are not windows at all. Closes #15674.
- M /wxWidgets/trunk/build/buildbot/config/include/defs.xml
- M /wxWidgets/trunk/build/buildbot/config/include/unix.xml
- M /wxWidgets/trunk/build/buildbot/config/include/xp_vc.xml
- M /wxWidgets/trunk/docs/tech/tn0022.txt
2013-11-15 14:35 VZ, revision 75193Update the branches to use in the buildbot builds. Stable branch is 3.0 now and not 2.8 any more.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/gtk/window.cpp
2013-11-15 14:34 VZ, revision 75192Don't eat mouse wheel events if we can't handle them in wxGTK. The recent changes to mouse wheel scrolling broke it for the generic wxListCtrl and probably any other situation in which scrollbars don't scroll the window itself but some subwindow of it. In this case, the scroll wheel event handler doesn't have any scrollbar to adjust, so it simply does nothing and shouldn't return true, as it did since r74911. Just return false in case we are not doing anything to let the mouse wheel work as before.
2013-11-15 14:33 VZ, revision 75191Fix assert due to incorrect format being used in listctrl sample. "%d" can't be used with long wxListEvent::GetIndex() value in 64 bit builds.
2013-11-15 14:33 VZ, revision 75190Don't eat mouse wheel events if we can't handle them in wxGTK. The recent changes to mouse wheel scrolling broke it for the generic wxListCtrl and probably any other situation in which scrollbars don't scroll the window itself but some subwindow of it. In this case, the scroll wheel event handler doesn't have any scrollbar to adjust, so it simply does nothing and shouldn't return true, as it did since r74911. Just return false in case we are not doing anything to let the mouse wheel work as before.
2013-11-15 14:33 VZ, revision 75189Start a new change log for the changes in wxWidgets 3.1 and later. Keep the old change log as docs/changes_30.txt, it will need to be updated with docs/changes.txt from the 3.0 branch in the future.
2013-11-15 14:33 VZ, revision 75188Fix assert due to incorrect format being used in listctrl sample. "%d" can't be used with long wxListEvent::GetIndex() value in 64 bit builds.
2013-11-15 07:16 PC, revision 75187Add a few more post-release TODO items to the instructions. Announce the release at isocpp.org.
- M /wxWidgets/branches/WX_3_0_BRANCH/src/unix/displayx11.cpp
- M /wxWidgets/trunk/src/unix/displayx11.cpp
2013-11-14 13:15 VS, revision 75186Introduce variables for the display and screen in the video mode functions. This cleans up the code somewhat, and prepares for some upcoming changes.
2013-11-14 13:14 VS, revision 75185Grow text editor control to contain all text in generic wxDataViewCtrl. Implement the behavior that Explorer uses: if the column is too narrow to fit the current text of a cell into it, don't create a too-small text control for it, because it is annoying and confusing (typically, the beginning of the text would be hidden, which is disastrous if it happens to contain numbers). Instead, grow the text control to be larger than the column for more comfortable editing.
2013-11-14 13:13 VS, revision 75184Cancel editing in generic wxDVC when clicking outside of the editor control. wxDataViewCtrl should behave as Explorer does on Windows: when an inline editor control is open, clicking outside of it should close the editor (preserving changes) in most cases - as a rule of thumb, when the subsequent action could interfere with the editor somehow. This was implemented by watching for focus change and so ignored clicks made on non-focusable controls outside of wxDVC's main window area. In particular, clicks on the list's header were ignored, even though they could result in modifications of the editor's position or size. Don't finish editing when the user right-clicks on the header, consistently with Explorer. Opening the menu likewise still doesn't finish editing, it is needed for access to editing operations. Fixes #15152.
2013-11-14 13:13 VS, revision 75183Cancel editing in generic wxDVC when clicking outside of the editor control. wxDataViewCtrl should behave as Explorer does on Windows: when an inline editor control is open, clicking outside of it should close the editor (preserving changes) in most cases - as a rule of thumb, when the subsequent action could interfere with the editor somehow. This was implemented by watching for focus change and so ignored clicks made on non-focusable controls outside of wxDVC's main window area. In particular, clicks on the list's header were ignored, even though they could result in modifications of the editor's position or size. Don't finish editing when the user right-clicks on the header, consistently with Explorer. Opening the menu likewise still doesn't finish editing, it is needed for access to editing operations. Fixes #15152.
2013-11-13 19:03 PC, revision 75182Grow text editor control to contain all text in generic wxDataViewCtrl. Implement the behavior that Explorer uses: if the column is too narrow to fit the current text of a cell into it, don't create a too-small text control for it, because it is annoying and confusing (typically, the beginning of the text would be hidden, which is disastrous if it happens to contain numbers). Instead, grow the text control to be larger than the column for more comfortable editing.
build fix for GTK+ 3.10, closes #15667