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-12-07 16:50 JS, revision 753602013-12-07 16:12 JS, revision 75359Clicking on a floating (non-container) object no longer sets the caret position. Double-clicking on a floating (non-container) object selects it instead of selecting a word. Selection refresh now takes floating objects into account. The last line of a paragraph now takes floating objects into account.
2013-12-07 13:30 VZ, revision 75358Backported r75354: Fix layout of content within a floating object by using Move and not SetPosition; prevent creeping of floating objects on layout.
2013-12-07 12:59 VZ, revision 75357Don't build wxOSX/Cocoa twice in wxOSX buildbot. Both trunk builds were using Cocoa, change the one supposed to be Carbon to use Carbon instead. Also add Carbon stable branch build as this is probably even more important than testing Carbon in the trunk.
2013-12-07 12:55 VZ, revision 75356Clarify wxGetTopLevelParent() behaviour for TLWs. It doesn't return the parent of a TLW but TLW itself. Whether this is a good idea or bad one, this is how it works since a very long time and we don't want to change it any more.
2013-12-07 12:55 VZ, revision 75355Big Galician translation update from Nuria Andión.
2013-12-05 20:56 JS, revision 75354Big Galician translation update from Nuria Andión.
2013-12-05 20:16 SC, revision 75353Fix layout of content within a floating object by using Move and not SetPosition; prevent creeping of floating objects on layout.
2013-12-05 10:13 SC, revision 75352backporting SDK 10.5
2013-12-04 15:33 VS, revision 75351support 10.5 SDK build
2013-12-04 15:33 VS, revision 75350wxOSX Retina fixes: wxImageList::GetSize(). wxImageList returns size of its bitmap as pixel size, i.e. twice the displayed screen on HiDPI screens. Unfortunately, wxImageList::GetSize() is used heavily in (generic) GUI drawing code, e.g. to properly size wxListCtrl's icon columns. As wxImageList is used primarily by controls, it seems reasonable to adjust for scaling here, rather than requiring all users of the class to do it.
- M /wxWidgets/trunk/include/wx/generic/statbmpg.h
- M /wxWidgets/trunk/src/common/ctrlcmn.cpp
- M /wxWidgets/trunk/src/osx/bmpbuttn_osx.cpp
2013-12-04 15:32 VS, revision 75349wxOSX Retina fixes: size wxStaticBitmap and wxBitmapButton properly. The size is expressed in logical coordinates and needs to use bitmap's scaled size, otherwise it would appear twice as large in both dimensions.
2013-12-04 15:32 VS, revision 75348wxOSX Retina fixes: wxImageList::GetSize(). wxImageList returns size of its bitmap as pixel size, i.e. twice the displayed screen on HiDPI screens. Unfortunately, wxImageList::GetSize() is used heavily in (generic) GUI drawing code, e.g. to properly size wxListCtrl's icon columns. As wxImageList is used primarily by controls, it seems reasonable to adjust for scaling here, rather than requiring all users of the class to do it.
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/generic/statbmpg.h
- M /wxWidgets/branches/WX_3_0_BRANCH/src/common/ctrlcmn.cpp
- M /wxWidgets/branches/WX_3_0_BRANCH/src/osx/bmpbuttn_osx.cpp
2013-12-04 14:23 VS, revision 75347wxOSX Retina fixes: size wxStaticBitmap and wxBitmapButton properly. The size is expressed in logical coordinates and needs to use bitmap's scaled size, otherwise it would appear twice as large in both dimensions.
2013-12-04 13:38 VS, revision 75346Auto grow the last wxDataViewCtrl column on all platforms. The GTK+ implementation always did this and it doesn't make much sense to let the space be wasted, so do as GTK+ does: expand the last column to cover the remaining unused space in the OS X and generic implementations too. Don't do anything if the space is insufficient. Respect the last column's minimal width. See #13904.
2013-12-04 13:36 VS, revision 75345Fix fixed-width progress columns in generic wxDataViewCtrl. Both native wxDVC implementations grow the progress column, the generic one didn't. This change fixes it and _seems_ not to break other things. As a consequence, progress columns no longer have a 40px minimal width, but that should be OK. Fixes #15745.
2013-12-03 19:41 JS, revision 75344Fix fixed-width progress columns in generic wxDataViewCtrl. Both native wxDVC implementations grow the progress column, the generic one didn't. This change fixes it and _seems_ not to break other things. As a consequence, progress columns no longer have a 40px minimal width, but that should be OK. Fixes #15745.
2013-12-03 19:41 JS, revision 75343Applied patch #15744: wxRichTextCtrl: HitTest can't find top-level floats (dghart)
2013-12-03 15:53 VZ, revision 75342Applied patch #15744: wxRichTextCtrl: HitTest can't find top-level floats (dghart)
2013-12-03 15:53 VZ, revision 75341Fix crash when Destroy()-ing a TLW with a non-TLW parent. Generalize the code in wxTopLevelWindowBase dtor checking for the children of the TLW being destroyed pending for deletion themselves to work when the child TLW is an indirect child, i.e. was created with a child window of this TLW as parent and not this TLW itself. Closes #15743.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/common/toplvcmn.cpp
2013-12-03 14:38 VZ, revision 75340Fix crash when Destroy()-ing a TLW with a non-TLW parent. Generalize the code in wxTopLevelWindowBase dtor checking for the children of the TLW being destroyed pending for deletion themselves to work when the child TLW is an indirect child, i.e. was created with a child window of this TLW as parent and not this TLW itself. Closes #15743.
- M /wxWidgets/trunk/configure
- M /wxWidgets/trunk/configure.in
- M /wxWidgets/trunk/include/wx/wxcrtvararg.h
- M /wxWidgets/trunk/setup.h.in
- M /wxWidgets/trunk/setup.h_vms
2013-12-03 14:36 VZ, revision 75339Work around wrong vsscanf() declaration under HP-UX. Under this system vsscanf() is declared as taking a non-const char* as first argument which prevented our code using it from compiling. Wrap it in wxCRT_VsscanfA() adding the necessary const_cast<> to fix this. Closes #15638.
- M /wxWidgets/branches/WX_3_0_BRANCH/configure
- M /wxWidgets/branches/WX_3_0_BRANCH/configure.in
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/include/wx/wxcrtvararg.h
- M /wxWidgets/branches/WX_3_0_BRANCH/setup.h.in
- M /wxWidgets/branches/WX_3_0_BRANCH/setup.h_vms
2013-12-02 18:46 VS, revision 75336Work around wrong vsscanf() declaration under HP-UX. Under this system vsscanf() is declared as taking a non-const char* as first argument which prevented our code using it from compiling. Wrap it in wxCRT_VsscanfA() adding the necessary const_cast<> to fix this. Closes #15638.
2013-12-02 18:46 VS, revision 75335Minor clarifications to wxTextEntry::SetHint() docs. Update platforms support docs. Mention event handlers interaction in the generic implementation.
2013-12-02 18:46 VS, revision 75334Implement wxTextEntry::SetHint() natively for GTK+3.
2013-12-02 18:45 VS, revision 75333Don't use native cue banners in wxTextEntry::SetHint() on XP. The code apparently expected EM_SETCUEBANNER to return false on pre-Vista systems (where the cue banners don't work). This isn't the case in practice, so check for Vista explicitly and use the generic implementation on XP.
2013-12-02 18:45 VS, revision 75332Don't use native cue banners in wxTextEntry::SetHint() on XP. The code apparently expected EM_SETCUEBANNER to return false on pre-Vista systems (where the cue banners don't work). This isn't the case in practice, so check for Vista explicitly and use the generic implementation on XP.
2013-12-02 17:50 VZ, revision 75331Backport r75319: support for localized help menus
2013-12-02 17:34 VZ, revision 75330Try to use /proc/self instead of /dev/core in the unit test. /dev/core doesn't seem to exist on the machines running Travis CI builds, check if /proc/self can work there.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/generic/datavgen.cpp
2013-12-02 17:30 VZ, revision 75329Fix clicking on checkboxes in generic wxDataViewCtrl. Back port the fix of r75329 from the trunk but without changing GetEffectiveAlignment() visibility to avoid changing the ABI. See #15731.
2013-12-02 13:58 VZ, revision 75328Use correct cell alignment in generic wxDataViewCtrl mouse handling code. Don't fall back to wxALIGN_CENTRE, even if the renderer doesn't specify its own alignment we still have to take the column alignment in consideration, so use GetEffectiveAlignment() (which had to be made public for this). This notably fixes (again) hit testing for wxDataViewToggleRenderer in the generic version. Closes #15731.
2013-12-02 13:58 VZ, revision 75327Check if colour really changed in wxGenericListCtrl::SetBackgroundColour(). Call the base class version to update the colour stored in the base class and also to avoid changing the colour of the main window unnecessarily if the colour didn't really change. This is also consistent with the code in SetForegroundColour() just below.
2013-12-02 13:58 VZ, revision 75326Don't change header window foreground colour in wxGenericListCtrl. As calling wxGenericListCtrl::SetBackgroundColour() doesn't change the header window background, don't change its foreground in SetForegroundColour() neither. Closes #15741.
2013-12-02 13:56 VZ, revision 75325Add a missing string in Slovakian translations. Closes #15740.
2013-12-02 13:52 VZ, revision 75324Don't change header window foreground colour in wxGenericListCtrl. As calling wxGenericListCtrl::SetBackgroundColour() doesn't change the header window background, don't change its foreground in SetForegroundColour() neither. Closes #15741.
2013-12-02 11:38 JS, revision 75323Add a missing string in Slovakian translations. Closes #15740.
2013-12-02 11:38 JS, revision 75322Fixed #15717: wxRichTextStyleOrganiserDialog returns wxID_OK when closed with Escape key (ikamakj)
2013-12-02 10:06 JS, revision 75321Fixed #15717: wxRichTextStyleOrganiserDialog returns wxID_OK when closed with Escape key (ikamakj)
2013-12-02 10:06 JS, revision 75320Apply fix for #15734: wxRichTextCtrl: A floating wxRichTextTable's cells aren't drawn (dghart)
2013-12-01 21:10 SC, revision 75319Apply fix for #15734: wxRichTextCtrl: A floating wxRichTextTable's cells aren't drawn (dghart)
2013-11-28 17:50 JS, revision 75318support for localized help menus
2013-11-28 17:50 JS, revision 75317Partial fix for #15714: Caret jumping problem in wxRichTextCtrl text selection
2013-11-28 17:29 JS, revision 75316Partial fix for #15714: Caret jumping problem in wxRichTextCtrl text selection
2013-11-28 17:29 JS, revision 75315Fix for #15716: wxRichTextCompositeObject::Dump() should also dump the object itself?
2013-11-28 17:24 JS, revision 75314Fix for #15716: wxRichTextCompositeObject::Dump() should also dump the object itself?
2013-11-28 17:24 JS, revision 75313Fix for #15718: wxSymbolPickerDialog crashes on ampersand character
2013-11-28 17:23 JS, revision 75312Fix for #15718: wxSymbolPickerDialog crashes on ampersand character
2013-11-28 17:23 JS, revision 75311Fix for #15715: NULL check required in wxRichTextBuffer::SetStyleSheetAndNotify()
2013-11-28 14:47 VZ, revision 75310Fix for #15715: NULL check required in wxRichTextBuffer::SetStyleSheetAndNotify()
2013-11-28 14:46 VZ, revision 75309Fix wxCommandProcessor::IsDirty() for unsaved unmodified case. IsDirty() still returned true even after undoing all the commands which was wrong, as there was nothing to save in this case. Closes #15722.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/src/common/cmdproc.cpp
Fix wxCommandProcessor::IsDirty() for unsaved unmodified case. IsDirty() still returned true even after undoing all the commands which was wrong, as there was nothing to save in this case. Closes #15722.