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
Implement strike-through support in wxFont in wxOSX. Implement support for this attribute in wxOSX too. Closes #16547.