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):
2014-09-15 01:58 VZ, revision 77706- M /wxWidgets/trunk/include/wx/appprogress.h
- M /wxWidgets/trunk/include/wx/msw/appprogress.h
- M /wxWidgets/trunk/interface/wx/appprogress.h
- M /wxWidgets/trunk/samples/dialogs/dialogs.cpp
- M /wxWidgets/trunk/samples/dialogs/dialogs.h
- M /wxWidgets/trunk/src/msw/appprogress.cpp
- M /wxWidgets/trunk/src/msw/taskbarbutton.cpp
2014-09-15 01:58 VZ, revision 77705Make wxAppProgressIndicator actually usable. First of all, do define it under non-MSW platforms. Second, don't crash in it when running under XP where wxTaskBarButton is not available. Also add IsAvailable() method to check for its availability explicitly and add a demonstration of this class to the dialogs sample.
- M /wxWidgets/trunk/include/wx/msw/taskbarbutton.h
- M /wxWidgets/trunk/include/wx/taskbarbutton.h
- M /wxWidgets/trunk/src/msw/appprogress.cpp
- M /wxWidgets/trunk/src/msw/frame.cpp
2014-09-15 01:58 VZ, revision 77704Use factory function for wxTaskBarButton creation. This allows to encapsulate checking for errors, which should be handled when using this class as task bar buttons API is not available under Windows XP.
2014-09-15 01:58 VZ, revision 77703Revert "Avoid generating wxEVT_MENU_OPEN and CLOSE for disabled menus in wxMSW." The check for top level menus being disabled added in r77657 is broken as it's used, with the expectedly bad consequences, for non top level menus as well, as can be seen by opening any submenu, so revert it. See #2168.
2014-09-15 01:58 VZ, revision 77702Don't crash under XP in the taskbar button sample. Refuse to run if the taskbar button API is not available. This wouldn't make much sense anyhow and is the simplest thing to do.
2014-09-15 01:08 VZ, revision 77701Update progress immediately in the taskbar button sample. Handle all scroll events instead of just wxEVT_SCROLL_CHANGED which was probably done accidentally.
2014-09-15 01:08 VZ, revision 77700Request hardware accelerated GL under OS X only if it's available. Otherwise wxGLCanvas creation just fails completely when it isn't, e.g. when running inside a VM. Closes #16555.
2014-09-15 01:08 VZ, revision 77699Blind fix to wxiOS build after strike-through fixes. This should correct build breakage caused by r77695.
2014-09-15 01:08 VZ, revision 77698Request hardware accelerated GL under OS X only if it's available. Otherwise wxGLCanvas creation just fails completely when it isn't, e.g. when running inside a VM. Closes #16555.
2014-09-14 20:11 SC, revision 77697fixes 64 bit to 32 warnings, see #16329
2014-09-14 19:07 AW, revision 77696fixing memory leak
2014-09-14 13:17 VZ, revision 77695Use special code to identify custom colour in wxPG. There is already defined a special code (wxPG_COLOUR_CUSTOM) to identify custom colour in wxColourProperty and wxSystemColourProperty but in practice item representing this colour is identified either by position (it is assumed it as always last item) or by fixed text label. This inconsistency makes the code unclear and can lead to problems (see workaround r76627). Now, only wxPG_COLOUR_CUSTOM code is used to identify custom colour and hence "custom colour" item doesn't need to be the last item in the collection and doesn't need to have a fixed text label (like "Custom").
- M /wxWidgets/trunk/include/wx/fontutil.h
- M /wxWidgets/trunk/src/osx/carbon/font.cpp
- M /wxWidgets/trunk/src/osx/carbon/utilscocoa.mm
2014-09-14 03:00 VZ, revision 77694Fixes to wxFont strike-through support in wxOSX. Don't create strike-through fonts by default. Also add support for strike-through in wxCarbon.
2014-09-14 03:00 VZ, revision 77693Return to using GDI+ by default in wxGraphicsContext under MSW. Unfortunately Direct2D-based wxGraphicsRenderer is not ready for use yet as it doesn't draw lines with width 0, which are commonly used. The code using it in GetDefaultRenderer() will need to be restored when this bug is fixed.
2014-09-14 03:00 VZ, revision 77692Fix memory leak when creating new Direct2D-based wxGraphicsContext. ID2D1DCRenderTarget was leaked every time a wxD2DContext was created because a raw pointer was given to wxCOMPtr<> which didn't take its ownership. Use wxCOMPtr instead of the raw pointer to fix this and also fix more rare but still possible leak in case of error. This fixes out of memory errors and crashes in the drawing sample after a few seconds of constant window resizing/repainting.
2014-09-14 03:00 VZ, revision 77691Allow selecting wxGraphicsRenderer to use in the drawing sample. In particular, allow switching between GDI+ and Direct2D under Windows, which is very convenient for comparing the rendering results. This can also be useful when using Cairo.
2014-09-14 02:59 VZ, revision 77690Split screen selection in a separate menu in the drawing sample. No real changes, just make the "File" menu (which was also renamed to "Drawing" as it has nothing to do with files) less long by splitting off the screen selection in a separate menu.
2014-09-14 02:59 VZ, revision 77689Avoid creating wxGraphicsContext in the drawing sample unnecessarily. This is not only wasteful, but creating a Direct2D surface associated with a wxDC makes it impossible to paint on the DC using GDI functions, so this completely broke the initial display in the sample.
2014-09-14 02:59 VZ, revision 77688Fix wxCALL_FOR_EACH() to work with more than 2 arguments with MSVC. Due to a bug in MSVC handling of __VA_ARGS__ (see https://connect.microsoft.com/VisualStudio/feedback/details/380090/variadic-macro-replacement) wxCALL_FOR_EACH() didn't work correctly as long as more than two arguments were used with it. Work around the bug by protecting __VA_ARGS__ from being incorrectly passed as a single token to the macro being called on every step: this was already done for wxCALL_FOR_EACH itself with wxCALL_FOR_EACH_, but we need to do it for all the helper macros too. Also add a test checking that this does, actually, work.
2014-09-13 22:45 AW, revision 77687Fix crash in wxMDIParentFrame dtor after taskbar branch merge. wxFrame::m_taskBarButton needs to be initialized in its Init(), not Create(), which is not necessarily used by the derived classes such as wxMDIParentFrame, resulting in a guaranteed crash when deleting an uninitialized pointer later in wxFrame dtor.
2014-09-12 13:31 VZ, revision 77686Fix vertical positioning of text field in the combo box editor associated with wxPG property under wxMSW. Vertical position of text field in wxOwnerDrawnComboBox control (instantiated at property selection) doesn't need any special adjustment. Closes #16556.
2014-09-12 13:31 VZ, revision 77685Accept "default" as font family value in XRC. Map it to wxFONTFAMILY_DEFAULT, just as we do for all other wxFontFamily enum elements. Closes #16549.
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/changes.txt
- M /wxWidgets/branches/WX_3_0_BRANCH/docs/doxygen/overviews/xrc_format.h
- M /wxWidgets/branches/WX_3_0_BRANCH/src/xrc/xmlres.cpp
2014-09-11 22:33 VZ, revision 77684Accept "default" as font family value in XRC. Map it to wxFONTFAMILY_DEFAULT, just as we do for all other wxFontFamily enum elements. Closes #16549.
2014-09-11 22:33 VZ, revision 77683Simplify Direct2D DLLs loading code a little. Bail out earlier: if d2d1.dll is not there, it doesn't make sense to try to load dwrite.dll. Also use Load() return value directly instead of ignoring it and then checking for IsLoaded().
2014-09-11 19:05 VZ, revision 77682Suppress error messages when checking for Direct2D availability. Use wxDL_QUIET flag when loading Direct2D DLLs as we're prepared to handle their absence and don't need to show error messages if they're not available.
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/osx/font.h
- M /wxWidgets/trunk/interface/wx/font.h
- M /wxWidgets/trunk/src/osx/carbon/font.cpp
- M /wxWidgets/trunk/src/osx/carbon/graphics.cpp
2014-09-11 19:05 VZ, revision 77681Implement strike-through support in wxFont in wxOSX. Implement support for this attribute in wxOSX too. Closes #16547.
2014-09-11 13:37 VZ, revision 77680Fix error message about ChangeWindowMessageFilter() on startup under XP. Use wxDynamicLibrary::RawGetSymbol() (from inside wxDL_INIT_FUNC() macro) instead of GetSymbol() to avoid the error message which was given every time a new wxFrame was created after wxTaskBarButton changes under XP as ChangeWindowMessageFilter() function is not available in it. Also simplify the code a little and don't make pfnChangeWindowMessageFilter static, we don't need to keep it around.
2014-09-10 18:52 VZ, revision 77669Fix Direct2D code compilation in non-Unicode build. DirectWrite GDI interop only works with Unicode LOGFONTW, so use it explicitly instead of LOGFONT which is LOGFONTA in non-Unicode build.
- M /wxWidgets/trunk/include/wx/android/setup.h
- M /wxWidgets/trunk/include/wx/gtk/setup0.h
- M /wxWidgets/trunk/include/wx/motif/setup0.h
- M /wxWidgets/trunk/include/wx/msw/setup0.h
- M /wxWidgets/trunk/include/wx/msw/setup_inc.h
- M /wxWidgets/trunk/include/wx/msw/wince/setup.h
- M /wxWidgets/trunk/include/wx/osx/setup0.h
- M /wxWidgets/trunk/include/wx/setup_inc.h
- M /wxWidgets/trunk/include/wx/univ/setup0.h
- M /wxWidgets/trunk/setup.h.in
2014-09-10 18:52 VZ, revision 77668Fix wxUSE_GRAPHICS_DIRECT2D definition in setup.h files. Define it in wx/msw/setup_inc.h and not in wx/msw/setup0.h itself to ensure that it survives the regeneration of this file using build/update-setup-h. Also only set wxUSE_GRAPHICS_DIRECT2D to 1 for VC10+ and not VC9 as the latter lacks Direct2D header in its default SDK version. Finally also update comments to explain the various settings more clearly and remove outdated information (wxGraphicsContext is not experimental any more).
2014-09-10 18:52 VZ, revision 77667Convert Direct2D source file to Unix EOL format. No other changes.
2014-09-10 18:52 VZ, revision 77666Use ID2D1Bitmap instead of ID2D1Image. ID2D1Image is not defined in v7.0A platform SDK used by VC10 and doesn't seem to be needed here as we are only working with ID2D1Bitmaps (deriving from ID2D1Image) anyhow.
2014-09-10 18:52 VZ, revision 77665Don't use enum name for qualifying enum element. This is a non-standard MSVC extension and can't be done in standard C++.
2014-09-10 18:52 VZ, revision 77664Remove PI definition from Direct2D wxGraphicsContext code. The line defining PI didn't compile with VC10 because atan(1) is ambiguous (argument could be float, double or long double). And it was not needed anyhow as PI was not used anywhere (and if it were, we should be just using M_PI from wx/math.h anyhow), so simply remove it.
2014-09-10 18:52 VZ, revision 77663Fix build with g++ 3.4 with -pedantic[-errors] option. The use of variadic macros results in a warning/error if -pedantic[-errors] is used when compiling C++98 code as they are only formally part of C99 (or C++11). With g++ 4 and later, this can be avoided by using -Wno-variadic-macros option, but it doesn't exist in g++ 3, so a nasty workaround in the header itself is required: mark it as system header in order to fix compilation.
2014-09-10 18:52 VZ, revision 77662Don't skip wxHtmlContainerCell layout, even when the width is 0. This ensures that wxHtmlContainerCell height is set to some reasonable value instead of 0 and fixes infinite loop which occurred in some circumstances in wxGTL when trying to allocate size for wxHtmlListBox as it oscillated between having a vertical scrollbar with bigger width and not having it with smaller width. The latter was wrong as decreasing the width to 0 didn't really obviate the need for the vertical scrollbar and was just an artefact due to not setting wxHtmlContainerCell height at all in this case.
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/uiaction.h
- M /wxWidgets/trunk/interface/wx/uiaction.h
- M /wxWidgets/trunk/src/common/uiactioncmn.cpp
- M /wxWidgets/trunk/tests/controls/itemcontainertest.cpp
- M /wxWidgets/trunk/tests/controls/itemcontainertest.h
2014-09-10 18:51 VZ, revision 77661Add wxUIActionSimulator::Select(). Add a helper to select an item in a wxChoice, wxComboBox, wxListBox or similar.
2014-09-10 18:51 VZ, revision 77660Fix crash in unit tests after TextEntryTestCase::Editable(). The class TextEventHandler added in r77057 (see #3901) setup an event handler which wasn't disconnected when the handler was destroyed, which resulted in a crash later as the window it was connected to continued to exist and generate wxEVT_TEXT events.
2014-09-10 18:51 VZ, revision 77659Set layout direction for all wxCompositeWindow parts. Forward SetLayoutDirection() to both the base class and all the children, just as we already do for the other setters. See #11583.
2014-09-10 18:51 VZ, revision 77658Simplify and make more flexible wxCompositeWindow::SetForAllParts(). Allow calling any function compatible with the argument type instead of requiring "bool" return type and the exact match of the parameter type, which forced us to define a separate DoSetForAllParts() helper. See #11583.
- M /wxWidgets/trunk/include/wx/msw/private.h
- M /wxWidgets/trunk/include/wx/msw/textctrl.h
- M /wxWidgets/trunk/src/msw/textctrl.cpp
2014-09-10 18:51 VZ, revision 77657Fix setting RTL direction for wxTextCtrl without wxTE_RICH in wxMSW. Plain EDIT text controls don't support WS_EX_LAYOUTRTL, use WS_EX_RTLREADING for them instead. See #11583.
2014-09-10 18:51 VZ, revision 77656Avoid generating wxEVT_MENU_OPEN and CLOSE for disabled menus in wxMSW. Check if a top level menu is disabled and consume WM_[UN]INITMENUPOPUP that Windows still generates for it when it's clicked for some reason. Closes #2168.
2014-09-10 18:51 VZ, revision 77655Add a generic wxExpectAny helper class for GUI testing. This is similar to the existing wxExpectModal<wxMessageDialog>, but can be used to dismiss any dialog for which it's just enough to press some button, not just wxMessageDialog. It's convenient to use it as wxTEST_DIALOG(wxYield(), wxExpectAny(wxID_OK)); if some custom dialog which can be safely dismissed is expected.
2014-09-10 18:51 VZ, revision 77654Make skipping event in wxEVT_PAINT handler work correctly in wxMSW. This should result in the default handler still being called and painting the window, but the latter didn't happen because we called ::EndPaint(), and so validated the window and reset its update region, before passing WM_PAINT to DefWindowProc() in this case. Closes #16381.
2014-09-10 18:51 VZ, revision 77653Work around buggy printer drivers not returning correct DEVMODE size. Apparently at least one printer driver doesn't report the memory needed by its own DEVMODE struct correctly, resulting in a crash due to a buffer overflow when printing using it. Work around this by allocating slightly more memory than what we really need. Closes #16274.
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/msw/listbox.h
- M /wxWidgets/trunk/interface/wx/listbox.h
- M /wxWidgets/trunk/src/msw/listbox.cpp
2014-09-10 18:51 VZ, revision 77652Implement wxListBox::EnsureVisible() for wxMSW. Manually check whether the item is currently visible and scroll the listbox just enough if it isn't. Closes #3224.
2014-09-10 18:51 VZ, revision 77651Delete pending objects before destroying wxConfig during cleanup. This allows these objects to save their state in wxConfig, as e.g. top level windows using wxPersistenceManager do. Closes #16397.
2014-09-10 18:51 VZ, revision 77650No changes, just remove a left-over "#if 0". Remove OSX-specific #if which was not used any more.
- M /wxWidgets/trunk/docs/changes.txt
- M /wxWidgets/trunk/include/wx/evtloop.h
- M /wxWidgets/trunk/interface/wx/evtloop.h
- M /wxWidgets/trunk/src/common/evtloopcmn.cpp
2014-09-10 18:51 VZ, revision 77649Allow recursive calls to wxEventLoop::Yield(). There doesn't seem to be any reason to forbid them and this change allows wxExecute() without wxEXEC_NOEVENTS to work without assertion failures when called from inside wxYield().
2014-09-10 18:50 VZ, revision 77648Fix AssocQueryString() error reporting in wxMSW. Don't report ERROR_NO_ASSOCIATION as an (unexpected) error, it is perfectly normal to get it if a command is not defined for the given extension.
2014-09-10 17:59 BP, revision 77647No changes, just use wxEventLoop::IsYielding() accessor. Use IsYielding() instead of testing m_isInsideYield directly.
- M /wxWidgets/trunk/include/wx/gtk/setup0.h
- M /wxWidgets/trunk/include/wx/msw/chkconf.h
- M /wxWidgets/trunk/include/wx/msw/setup0.h
- M /wxWidgets/trunk/include/wx/msw/setup_inc.h
- M /wxWidgets/trunk/setup.h.in
Add wxUSE_TASKBARBUTTON under MSW port. Taskbar button features are only available under MSW port. Author: Chaobin Zhang