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):
2011-08-02 21:41 RD, revision 68490- M /wxWidgets/tags/WX_2_9_2/include/wx/msw/printdlg.h
- M /wxWidgets/tags/WX_2_9_2/src/msw/printdlg.cpp
2011-08-02 16:43 JS, revision 68489Revert r68416 which should not have been committed to this tag.
2011-08-02 11:44 SJL, revision 68488Added semicolon needed by MSVC++ 6
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/osx/webview_webkit.mm
2011-08-02 11:21 SJL, revision 68487Implement HasSelection for the OSX WebKit backend.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/osx/webview_webkit.mm
2011-08-01 19:57 SJL, revision 68485Add EnableHistory support to the OSX WebKit backend.
2011-08-01 19:41 SJL, revision 68484Fix warnings for the OSX WebKit backend.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webhistoryitem_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/osx/webview_webkit.mm
2011-08-01 17:49 SJL, revision 68483Fix compilation for OSX backend.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/msw/webview_ie.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/webview.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/common/webview.cpp
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/gtk/webview_webkit.cpp
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/msw/webview_ie.cpp
2011-08-01 16:05 SJL, revision 68482Add missing wxRTTI macros and fix incorrect ones.
2011-08-01 15:20 SJL, revision 68481Hide the infobar in the sample if we start navigating to another page.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/msw/webview_ie.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/msw/webview_ie.cpp
2011-08-01 15:09 SJL, revision 68480Fix remaining warnings in ie backend.
2011-08-01 14:54 SJL, revision 68479Fix all the unused variable warnings in the sample.
- M /wxWidgets/branches/SOC2011_WEBVIEW/samples/web/refresh.xpm
- M /wxWidgets/branches/SOC2011_WEBVIEW/samples/web/stop.xpm
- M /wxWidgets/branches/SOC2011_WEBVIEW/samples/web/wxlogo.xpm
2011-08-01 14:35 SJL, revision 68478Make web sample XPMs const to fix compiler warnings on gcc.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/gtk/webview_webkit.cpp
2011-08-01 12:10 SJL, revision 68477Fix a couple of warning that crept back into the GTK backend.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webhistoryitem_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/msw/webhistoryitem_ie.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/msw/webview_ie.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webhistoryitem_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/setup.h.in
2011-07-31 17:37 SJL, revision 68474Add missing lines to setup.h.in. This properly fixes compilation under configure based environments. Also update the include guards for the wxWebHistoryItem files.
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webhistoryitem_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webview_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/src/gtk/webview_webkit.cpp
2011-07-31 16:06 SJL, revision 68473Rework the GTK WebKit backend history to remove the need for the map between wxWebHistoryItems and WebKitWebHistoryItems.
- M /wxWidgets/branches/SOC2011_WEBVIEW/build/bakefiles/files.bkl
- A /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/gtk/webhistoryitem_webkit.h
- A /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/msw/webhistoryitem_ie.h
- A /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/osx/webhistoryitem_webkit.h
- M /wxWidgets/branches/SOC2011_WEBVIEW/include/wx/webview.h
2011-07-31 15:25 VS, revision 68472Split wxWebHistoryItem headers out into separate files for each backend. This will allow us to dramatically reduce the amount of code in the GTK history implementation and implement it and OSX history support more cleanly.
2011-07-31 15:25 VS, revision 68471Silence Clang warning about numeric_limits<> specialization. libstdc++ (which is used by Clang) defines numeric_limits<> as a struct and Clang issues a warning about our specialization that uses 'class'. As libstdc++ developers have no intention of fixing this, silence the Clang warning by using 'struct' for it.
2011-07-31 14:19 VZ, revision 68470Disable symbols visibility support for the Clang compiler. Even Clang++ shipped with Xcode 4.1 still can't handle visibility of non-inline methods in exported template classes if the default visibility is 'hidden'. Disable visibility support for Clang for now, we'll revisit it in the future.
2011-07-31 12:50 SJL, revision 68469Correct typo in wxArray::insert() fix of r68468. A wrong variable was mistakenly used. Closes #13371.
2011-07-31 01:38 VZ, revision 68468Simplify the wxWebFileHandler code by using a map to store the query string and manipulate it.
2011-07-30 23:54 VZ, revision 68467Fix crash in wxArray::insert() overload taking iterator range. The iterator passed as argument could be invalidated by the function itself, update it before using it. Closes #13371.
2011-07-30 23:54 VZ, revision 68466Generate events with WXK_NONE Unicode keys for non-characters in wxOSX. The keyboard keys not corresponding to real characters, such as cursor arrows or function keys, must generate wxKeyEvents with WXK_NONE as Unicode key code to make it possible to distinguish them from the printable characters but wxOSX generated events with valid Unicode key codes for them instead. Avoid this by excluding Unicode key codes corresponding to code points in the Unicode private use area: while this doesn't seem to be documented anywhere, all non-printable characters seem to have their Unicode representation inside it. This change brings wxOSX keyboard event generation in line with the other ports and, as a side effect, also closes #12423.
2011-07-30 23:54 VZ, revision 68465Avoid bogus focus loss event when wxTextCtrl is modified in wxOSX. A wxEVT_KILL_FOCUS event was generated when wxTextCtrl::WriteText() was called in wxOSX, even though the control didn't lose focus at all in this case. This was completely unexpected and thoroughly confused wxGrid code which closed the in place editor immediately after showing it because of this (this was perhaps only the case since r68319 but the changes there were correct so they only masked the real bug). Avoid this bogus event by remembering the NSView currently being programmatically modified and not doing anything in textDidEndEditing notification if it is generated for this view.
2011-07-30 23:54 VZ, revision 68464Improve wxTextCtrl::GetNumberOfLines() unit test and documentation. First, enable execution of the Lines() wxTextCtrl unit test case under wxOSX as it passes since the fix in the previous commit. Do add a test for GetNumberOfLines() that currently doesn't work in the same way under all platforms -- but with this test we at least can be sure how does it work exactly where. Also mention the current discrepancy in this function behaviour in the documentation. See #12366. Fix Lines() wxTextCtrl unit test to pass under wxGTK too.
2011-07-30 23:54 VZ, revision 68463Fix off by one error in wxTextCtrl::GetLineLength() in wxOSX. The trailing new line shouldn't be counted in the line length.
Fix stock accelerators handling in wxOSX. No modifiers were used for stock accelerators, i.e. Append(wxID_NEW) resulted in an item with the label "New" and plain "N" as accelerator in wxOSX. This was due to wxACCEL_CMD not being handled in wxAcceleratorEntry::ToString() so map it to the same prefix as wxACCEL_CTRL there, this is enough to make the accelerators work even though it's not clear whether this is really the best thing to do or if we should use a separate "Cmd+" prefix for it (and recognize it in Parse() too then) as otherwise it's unclear why do we have wxACCEL_CMD at all, it just seems to be treated identically to wxACCEL_CTRL everywhere.