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

Changes per page:

25 50 100 250 500 1000 2000

Changelog for wxWidgets (70435 changes):

2013-11-17 00:37 VZ, revision 75206

Define 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-17 00:37 VZ, revision 75205

Fix 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:29 VZ, revision 75204

Make OSXIsGUIApplication() documentation more clear for non Mac people. Provide a more detailed explanation of what this function does and does not.

2013-11-16 14:28 VZ, revision 75203

Port 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 75202

non-unicode fixes

2013-11-16 08:19 SC, revision 75201

porting fix for non-bundled apps to 3.0.1

2013-11-16 08:11 SC, revision 75200

fixing non-unicode compile

2013-11-15 19:25 VS, revision 75199

Don'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 19:25 VS, revision 75198

Don'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 75197

Simplify mode matching test, and add actual mode (not function parameter) to modes list, in GetModes()

2013-11-15 16:26 VZ, revision 75196

Fix 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.

2013-11-15 16:24 VZ, revision 75195

Fix 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.

2013-11-15 14:40 VZ, revision 75194

Update the branches to use in the buildbot builds. Stable branch is 3.0 now and not 2.8 any more.

2013-11-15 14:35 VZ, revision 75193

Don'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:34 VZ, revision 75192

Fix 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 75191

Don'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 75190

Start 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 75189

Fix 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 75188

Add a few more post-release TODO items to the instructions. Announce the release at isocpp.org.

2013-11-15 07:16 PC, revision 75187

Introduce 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:15 VS, revision 75186

Grow 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:14 VS, revision 75185

Cancel 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 75184

Cancel 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 75183

Grow 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-13 19:03 PC, revision 75182

build fix for GTK+ 3.10, closes #15667