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):
2010-11-22 02:22 VZ, revision 662282010-11-22 02:22 VZ, revision 66227Silently ignore timer events from timers which were just stopped. An assert in wxTimerWndProc() could be provoked by valid user code which simply started and stopped the timers quickly enough because a WM_TIMER could have been already generated just before we stopped the timer. Simply ignore events from unknown timer under assumption that they must come from the recently stopped ones instead of asserting. Ideally we'd somehow distinguish between the situation described above and the really bogus events which could indicate bugs in wx code or a change in behaviour in a future version of Windows but there is no easy way to do it so for now just settle for not asserting in normal case. Closes #10052.
2010-11-22 02:22 VZ, revision 66226Refactor wxStatusBar creation in wxMSW to do it in standard way. Use wxControl-provided CreateControl() and MSWCreateControl() methods to create the status bar instead of duplicating their code in its Create(). Also translate wx styles to MSW ones in overridden MSWGetStyle() now. In addition to making the code smaller and more clear, this fixes the non-respect of the styles specified at status bar creation (e.g. border), see #12655.
2010-11-22 02:22 VZ, revision 66225Derive wxStatusBar from wxControl and not wxWindow. wxStatusBar is no less a control than wxToolBar and deriving it from wxControl gives access to convenient native control creation functions under MSW (which will be used by the next commit).
2010-11-22 02:22 VZ, revision 66224Use status full, not client, size to determine frame client size in wxMSW. We need to account for the full size of status bar, including potential borders, when calculating the client size of the frame containing it. Closes #12697.
2010-11-22 02:22 VZ, revision 66223Send page changed event after changing the page in wxMSW wxNotebook. Update the currently selected page before generating wxEVT_COMMAND_NOTEBOOK_PAGE_CHANGED event in wxMSW wxNotebook. This is more consistent with other ports and more logical as "-ED" events are supposed to be sent after the action they notify about is completed. And it also allows to set the focus in this event handler whereas any attempts to do it would have been disregarded before as changing the active page resets focus. Notice that this does introduce an incompatibility: calling wxNotebook::GetSelection() from PAGE_CHANGED event handler now returns the new page and not the old one as before. Again, this is more logical and more consistent. Closes #12688.
- M /wxWidgets/trunk/build/bakefiles/scintilla.bkl
- M /wxWidgets/trunk/build/msw/makefile.bcc
- M /wxWidgets/trunk/build/msw/makefile.gcc
- M /wxWidgets/trunk/build/msw/makefile.vc
- M /wxWidgets/trunk/build/msw/makefile.wat
- M /wxWidgets/trunk/Makefile.in
2010-11-22 02:22 VZ, revision 66222Use correct wxDEBUG_LEVEL value when building wxscintilla library. wxScintilla code uses wxVector<> which brings in wxDEBUG_LEVEL-dependent code so we must use the wxDEBUG_LEVEL value consistent with the rest of the library when building it. Simply pass wxDEBUG_LEVEL definition on the compiler command line if it's different from the default. Closes #12626.
- M /wxWidgets/trunk/build/bakefiles/scintilla.bkl
- M /wxWidgets/trunk/build/msw/makefile.bcc
- M /wxWidgets/trunk/build/msw/makefile.gcc
- M /wxWidgets/trunk/build/msw/makefile.vc
- M /wxWidgets/trunk/build/msw/makefile.wat
- M /wxWidgets/trunk/Makefile.in
2010-11-21 14:00 VZ, revision 66221Always define WXUSINGDLL when compiling Scintilla in shared wx build. We need WXUSINGDLL even in monolithic build because Scintilla references wx debugging functions (wxOnAssert(), wxTheAssertHandler &c) which still must be seen as being exported from the (monolithic) DLL in this case. See #12626.
2010-11-21 14:00 VZ, revision 66220Correct wxFont::GetFamily() unit test to test for wxFONTFAMILY_DEFAULT. GetFamily() returns wxFONTFAMILY_DEFAULT and not wxFONTFAMILY_UNKNOWN since r65670. Correct the test to handle wxFONTFAMILY_DEFAULT as allowed value.
2010-11-21 00:53 VZ, revision 66219Revert r66070: "Unload bogus XRC resources in "garbage" unit test." This change is not needed any longer after r66219 which fixed the real underlying problem, i.e. that attempting to load an invalid XRC file resulted in failures when loading all subsequent XRC files.
2010-11-21 00:53 VZ, revision 66218Don't keep entries for XRC resources that failed to load in wxXmlResource. Attempting to load a resource that couldn't be loaded resulted in wxXmlResource::Load() returning false for this and _all_the_subsequent_ calls to it because each call to Load() reattempted to reload all resources, including the one(s) that failed to load initially. Instead, try to load just the resource(s) that we should load right now and ignore all the other ones. Also, don't add entries for the one(s) that we fail to load. This fixes the unit test failures in the XRC test case which was affected by the test checking that XRC couldn't be loaded from garbage that ran before it. It also makes the code simpler by ensuring that wxXmlResourceDataRecords elements always have a valid wxXmlDocument associated with them. Also clean up the code: use wxScopedPtr instead of manually deleting pointers and reorganize #if checks to be easier to follow.
2010-11-20 12:58 JMS, revision 66217Don't consider extra ".." an error in wxFileName::Normalize(). The path being normalized could have come from user and there doesn't seem to be any point in complaining about too many ".."s in it when we can handle them correctly instead. So simply ignore the extra ".."s for the absolute paths and keep them unchanged for the relative ones instead of returning an error. See #10960.
2010-11-19 08:57 RD, revision 66210Reworked wxSystemColourProperty::StringToValue() to use wxColour::Set() instead of doing string-to-colour conversion by itself. This adds support for HTML-colours, among other things (closes #12696).
- M /wxWidgets/trunk/interface/wx/event.h
- M /wxWidgets/trunk/interface/wx/kbdstate.h
- M /wxWidgets/trunk/interface/wx/mousestate.h
- M /wxWidgets/trunk/interface/wx/windowid.h
2010-11-19 08:51 RD, revision 66209Fix some bad parameter names, add missing methods, add missing classes, etc.
2010-11-18 15:10 VZ, revision 66205Add a SetSize to wxSizeEvent
2010-11-18 13:41 VZ, revision 66203Improve documentation about handling C++ exceptions in wx programs. Try to explain the different exception handling strategies more clearly in the overview and also update OnUnhandledException() documentation.
2010-11-18 13:41 VZ, revision 66202Check wxDateTime components validity more rigorously. Check that the provided day is strictly positive and also that the month is in valid range: while it should always be, considering that it's an enum element, in practice people often cast ints to wxDateTime::Month with potentially fatal results. Catch this with an assert in wxDateTime::Tm::IsValid().
2010-11-17 06:57 PC, revision 66180Explicitly include "wx/dynlib.h" from src/msw/combobox.cpp. This header was only included implicitly via wx/msw/uxtheme.h and thus the code failed to compile with wxUSE_UXTHEME==0 but wxUSE_DYNLIB_CLASS==1. See #12664.
- M /wxWidgets/trunk/include/wx/gtk/menu.h
- M /wxWidgets/trunk/include/wx/gtk1/menu.h
- M /wxWidgets/trunk/src/gtk/menu.cpp
- M /wxWidgets/trunk/src/gtk1/menu.cpp
2010-11-17 02:22 VZ, revision 66179remove const from by-value return type, it's useless
2010-11-17 02:20 VZ, revision 66178Remove obsolete warning from wxMenuBar::GetTitle() documentation. This method can be used for menu bar entries also since the previous commit. Do mention that SetTitle() can't be used to change a menu bar menu title however.
2010-11-17 02:20 VZ, revision 66177Simplify wxMSW wxMenuBar title management. Store the titles of the menu bar menus in the menu objects themselves. This makes wxMenu::GetTitle() return the expected result for them (which also fixes the current unit test failures for wxMSW) and makes wxMenuBar code simpler. This removes the wxMenuInfo class which existed for XTI purposes only but as it was apparently unfinished and MSW-specific it shouldn't be a big loss.
2010-11-17 02:20 VZ, revision 66176No real changes, just minor cleanup of wxImage code. Make more local variables const. Use consistent spacing. Don't use needless comparison with NULL. Don't avoid not using double negation. See #12682.
2010-11-16 23:38 VZ, revision 66175Don't pass a bool to wxImage::MakeEmptyClone() which takes an enum. Correct the changes of r66167 which accidentally left a call to MakeEmptyClone() using its previous signature. See #12682.
- M /wxWidgets/trunk/include/wx/gtk/menu.h
- M /wxWidgets/trunk/include/wx/gtk1/menu.h
- M /wxWidgets/trunk/src/gtk/menu.cpp
- M /wxWidgets/trunk/src/gtk1/menu.cpp
- M /wxWidgets/trunk/tests/menu/menu.cpp
2010-11-16 23:38 VZ, revision 66174Correct form of mnemonics returned by wxGTK wxMenu::GetTitle(). wxMenu::GetTitle() returned a string in GTK+ format (i.e. using underscores instead of ampersands) instead of the expected wx one. This is, of course, the right thing to do and it also fixes wxMenuBar::FindMenuItem() as a side effect. Closes #12672.
2010-11-16 23:38 VZ, revision 66173Emphasize that wxUSE_DYNLIB_CLASS shouldn't be disabled in wxMSW. Mention in the setup.h comment that wxDynamicLibrary is used in a lot of places internally and disabling it can result in a loss of a lot of important functionality. See #12664.
Add more checks for wxUSE_DYNLIB_CLASS to wxMSW. Compilation fixes for wxApp and wxComboBox for wxUSE_DYNLIB_CLASS==0. See #12664.