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):

2014-09-29 05:06 MAR, revision 77916

Correctly handle default position values of -1 in wxQT, thanks @seandepagnier

2014-09-29 05:04 MAR, revision 77915

Allow NULL width and/or height pointer parameters in wxQT, thanks @seandepagnier

2014-09-29 05:01 MAR, revision 77914

Fix frame client size in wxQT, thanks @seandepagnier Compute frame size subtracting statusbar, and handle NULL status bar

2014-09-29 04:59 MAR, revision 77913

Fix issues with dashes in wxQT, thanks @seandepagnier

2014-09-29 04:58 MAR, revision 77912

Handle drawing lines correctly in wxQT, thanks @seandepagnier

2014-09-29 04:55 MAR, revision 77911

Improve wxQT cursor implementation, thanks @seandepagnier

2014-09-28 17:14 VZ, revision 77910

Remove obsolete toolkits mentions from configure. Cocoa, MGL and PM are not supported any more.

2014-09-28 17:14 VZ, revision 77909

Regenerate configure after power sample addition to configure.in. This should have been part of 77511, see #16413.

2014-09-28 01:29 VZ, revision 77908

Don't define wxSelectionStore::NO_SELECTION inline. This results in link errors under Unix for some reason.

2014-09-27 22:51 VZ, revision 77907

Don't leak memory when receiving TaskbarButtonCreated messages. It is possible to receive more than one TaskbarButtonCreated message for the same window, so at the very least don't leak memory if this happens. We really ought to notify the application to allow it to reinitialize the taskbar button in this case though. See #16566.

2014-09-27 22:46 VZ, revision 77906

Centre columns contents vertically in dataview sample. If we specify the horizontal alignment, we also need to specify the vertical alignment as otherwise the right-aligned columns would be also top-aligned, looking out of kilter with the other columns which are centered by default. Closes #16559.

2014-09-27 22:46 VZ, revision 77905

Use wxSelectionStore in wxDataViewCtrl generic implementation. This makes the code (slightly) shorter and more clear and is more efficient as selecting all items in wxDataViewCtrl is now a O(1) operation instead of being O(N), where N is the number of items -- and the latter could take quite a long time (and consume non-negligible amount of memory) for large N. Increase the size of the virtual list control from 1000 to 10000000 in the sample to show this.

2014-09-27 22:46 VZ, revision 77904

Handle multiple item insertion and deletion in wxSelectionStore. Rename the existing but not implemented and never used OnItemAdd() method to OnItemsInserted() and add OnItemsDeleted(), which is more efficient than OnItemDelete() when many items are being removed from the control at once. This is not used yet, but will be used in wxDataViewCtrl soon and maybe in the other controls later.

2014-09-27 22:46 VZ, revision 77903

Add wxSelectionStore::IsEmpty() helper. Just a simple and potentially (although not right now) more efficient equivalent to GetSelectedCount() == 0.

2014-09-27 22:46 VZ, revision 77902

Add possibility to iterate over all selected items in wxSelectionStore. This is necessary for retrieving all the selected items at once: while doing this is not recommended for a control with a potentially very large number of items, it must be possible to allow using wxSelectionStore for wxDataViewCtrl implementation as wxDataViewCtrl must implement its GetSelections() method.

2014-09-27 22:46 VZ, revision 77901

Simplify row selection function in the generic wxDataViewCtrl. No real changes, just don't make SelectRows() more complicated than necessary: it is always called with its arguments in order, so it doesn't need to reorder them and it is never called to deselect the items.

2014-09-27 22:46 VZ, revision 77900

Avoid selecting all rows up to UINT_MAX in generic wxDataViewCtrl. Shift clicking in a control with multiple selections without a previous current row attempted to select all rows from the current one up to UINT_MAX which resulted in a program freezing (and probably running out of memory in 64 bit builds). Fix this by explicitly checking for the absence of the current item. Closes #16582.

2014-09-27 19:26 VZ, revision 77899

Don't add DST offset when converting to local time zone. Local time zone already logically includes DST, even if its offset doesn't account for it (because the offset depends on the date, so it can't be part of TZ itself), so don't add it again when converting to/from it. Closes #16585.

2014-09-27 19:25 VZ, revision 77898

Don't add DST offset when converting to local time zone. Local time zone already logically includes DST, even if its offset doesn't account for it (because the offset depends on the date, so it can't be part of TZ itself), so don't add it again when converting to/from it. Closes #16585.

2014-09-27 18:15 VZ, revision 77897

Revert "Skip mouse button release events in wxGenericListCtrl." This reverts r76825 as it is not necessary any longer, the fix in the previous commit takes care of this problem more generally. See #16365.

2014-09-27 18:15 VZ, revision 77896

Don't prevent the other button release handlers from running in wxGTK. There doesn't seem to be any advantage in doing this, but it can result in problems see #16055. So just always let the other handlers for this event execute as well, even if we did process it.

2014-09-27 18:14 VZ, revision 77895

Revert "Skip mouse button release events in wxGenericTreeCtrl." This reverts r76093 as it broke label editing in the control. See #16055, closes #16573.

2014-09-27 18:14 VZ, revision 77894

Recognize Intel compiler as MSVC one under Windows in the build options. The two compilers are binary compatible and by pretending that Intel compiler is the same as MSVC, we allow using ICC to build applications using DLLs built with MSVC. Closes #9437. (this is a backport of r76425 from trunk).

2014-09-27 18:12 VZ, revision 77893

Revert "Skip mouse button release events in wxGenericListCtrl." This reverts r76824 as it is not necessary any longer, the fix in the previous commit takes care of this problem more generally. See #16365.

2014-09-27 18:12 VZ, revision 77892

Don't prevent the other button release handlers from running in wxGTK. There doesn't seem to be any advantage in doing this, but it can result in problems see #16055. So just always let the other handlers for this event execute as well, even if we did process it.