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):

2012-07-24 22:45 VZ, revision 72204

Add wxDir::Close(). This is trivial to have and can sometimes be useful and also is symmetric to Open(). Closes #14493.

2012-07-24 22:45 VZ, revision 72203

Set up scrollbars correctly for wxWebView in wxGTK. This allows Scroll{Lines,Pages}() methods inherited from wxWindow to work with it. Add a test of using them to the sample.

2012-07-24 22:45 VZ, revision 72202

Refactor: extract GtkScrolledWindow creation from wxWindow::Create(). No real changes, just make it possible to reuse the scrolled window and scrollbars creation code from derived classes.

2012-07-24 22:45 VZ, revision 72201

M /wxWidgets/trunk/samples/webview/webview.cpp

Allow passing the URL to open to webview sample on command line. This makes it simpler to test the sample with other pages and especially local HTML files.

2012-07-24 22:45 VZ, revision 72200

No real changes, just avoid overloaded virtual wxWebView::SetPage(). Instead, have two public non-virtual SetPage() methods forwarding to a private DoSetPage(), as usual. This avoids the need for "using wxWebView::SetPage" which is needed to avoid warnings about hiding the other base class virtual when implementing one of them and which was forgotten in wxMSW version resulting in warnings when using g++ to compile it.

2012-07-24 21:12 RD, revision 72198

Install the wx/gtk/dc.h header file.

2012-07-24 11:14 SC, revision 72195

M /wxWidgets/trunk/src/osx/cocoa/window.mm

avoid deprecated API, fixes #13727

2012-07-24 07:58 SC, revision 72194

M /wxWidgets/trunk/src/osx/carbon/font.cpp

guard against not-yet-existing font, fixes #14516

2012-07-23 17:04 VZ, revision 72185

M /wxWidgets/trunk/src/msw/treectrl.cpp

Don't constantly reload comctl32.dll in wxTreeCtrl::MSWOnNotify(). The "loaded" flag was never set to true, so we kept reloading the DLL on every callback. Do set the flag after loading it successfully. Closes #14512.

2012-07-23 17:04 VZ, revision 72184

M /wxWidgets/trunk/src/msw/statbox.cpp

Fix wxMSW wxStaticBox compilation when wxUSE_UXTHEME==0. Don't compile the theme-using code in PaintForeground(). Closes #14511.

2012-07-23 17:03 VZ, revision 72183

Fix wxMSW wxTextEntry compilation in wxUSE_DYNLIB_CLASS==0 case. Simply don't define DoAutoCompleteFileNames() as it needs wxDynamicLibrary to compile and work. Closes #14510.

2012-07-23 17:03 VZ, revision 72182

M /wxWidgets/trunk/src/msw/dirdlg.cpp

Fix wxUSE_IFILEDIALOG definition in wxUSE_DYNLIB_CLASS==0 case. wxUSE_XXX symbols such as this one need to be defined as 0 and not as nothing at all. Closes #14509.

2012-07-23 17:03 VZ, revision 72181

M /wxWidgets/trunk/src/msw/window.cpp

Fix wxWindow::MSWShowWithEffect() compilation with wxUSE_DYNLIB_CLASS==0. Fall back to just plain Show() if wxDynamicLibrary, which we use to get function not existing in all Windows versions, is not available. Closes #14509.

2012-07-23 17:03 VZ, revision 72180

Use __DARWIN__ instead of __WXOSX__ in non-GUI code. This fixes compilation of non-wxOSX ports (e.g. wxGTK) under OS X. Also make the difference between the two symbols more clear in the documentation. Closes #14503.

2012-07-23 17:03 VZ, revision 72179

Fix --enable-webview_xxx options names in configure. Dashes can't be used in the option names, they're filtered out by configure. Closes #14507.

2012-07-23 17:03 VZ, revision 72178

M /wxWidgets/trunk/include/wx/msw/apptrait.h

Define wxGUIAppTraits for wxGTK/Windows port. Closes #14505.

2012-07-23 17:03 VZ, revision 72177

M /wxWidgets/trunk/src/osx/core/evtloop_cf.cpp

Fix compilation of wxOSX event loop without wxUSE_EVENTLOOP_SOURCE. Closes #14502.

2012-07-23 17:03 VZ, revision 72176

M /wxWidgets/trunk/src/gtk/window.cpp

Handle accelerators earlier in keyboard processing code in wxGTK. Translate key presses to accelerators before sending wxEVT_KEY_DOWN. Also check for accelerators even for the key combinations handled by IM, normally IM should take precedence but IM seems to intercept common keys such as Shift+anything which it makes sense to use as accelerators.

2012-07-23 17:03 VZ, revision 72175

Use wxGTK platform-specific files in wxAdv under OS X. Closes #14501.

2012-07-23 17:03 VZ, revision 72174

M /wxWidgets/trunk/samples/webview/webview.cpp

Fix assert in webview sample when viewing pages without a title. Trying to append a menu item with empty label resulted in an assert (at least under wxGTK but probably elsewhere too), and in any case wasn't very useful, so use "(untitled)" instead in this case.

2012-07-23 17:03 VZ, revision 72173

Fix crash on wxWebViewWebKit window destruction. We were getting crashes due to using methods of already half-destroyed object when wxWebView window was destroyed in wxGTK, with the following abbreviated stack: #0 wxgtk_webview_webkit_load_status (widget=0x12eb380, webKitCtrl=0x13ee040) at src/gtk/webview_webkit.cpp:38 ... #8 0x00007ffff05ca281 in dispatchDidFailLoad (error=..., this=0x7fffe32db900) at ../Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:1054 #9 WebKit::FrameLoaderClient::dispatchDidFailLoad (this=0x7fffe32db900, error=...) at ../Source/WebKit/gtk/WebCoreSupport/FrameLoaderClientGtk.cpp:1049 #10 0x00007ffff0b0de54 in WebCore::FrameLoader::checkLoadCompleteForThisFrame (this=0x7fffe3221b70) at ../Source/WebCore/loader/FrameLoader.cpp:2128 #11 0x00007ffff0b0cfde in WebCore::FrameLoader::checkLoadComplete (this=<optimized out>) at ../Source/WebCore/loader/FrameLoader.cpp:2370 #12 0x00007ffff0b0a3b2 in WebCore::FrameLoader::receivedMainResourceError (this=0x7fffe3221b70, error=..., isComplete=true) at ../Source/WebCore/loader/FrameLoader.cpp:2640 #13 0x00007ffff0b423b7 in cancel (error=..., this=0x7fffe3279680) at ../Source/WebCore/loader/ResourceLoader.cpp:399 #14 WebCore::ResourceLoader::cancel (this=0x7fffe3279680, error=...) at ../Source/WebCore/loader/ResourceLoader.cpp:353 #15 0x00007ffff0b420c0 in WebCore::ResourceLoader::cancel (this=<optimized out>) at ../Source/WebCore/loader/ResourceLoader.cpp:350 #16 0x00007ffff0afda9e in WebCore::DocumentLoader::stopLoading (this=0x7fffa081d800) at ../Source/WebCore/loader/DocumentLoader.cpp:258 #17 0x00007ffff0b09561 in stopAllLoaders (clearProvisionalItemPolicy=WebCore::ShouldClearProvisionalItem, this=0x7fffe3221b70) at ../Source/WebCore/loader/FrameLoader.cpp:1523 #18 WebCore::FrameLoader::stopAllLoaders (this=0x7fffe3221b70, clearProvisionalItemPolicy=WebCore::ShouldClearProvisionalItem) at ../Source/WebCore/loader/FrameLoader.cpp:1501 #19 0x00007ffff0b0d17a in WebCore::FrameLoader::stopForUserCancel (this=0x7fffe3221b70, deferCheckLoadComplete=false) at ../Source/WebCore/loader/FrameLoader.cpp:1541 #20 0x00007ffff05f3a36 in webkit_web_view_dispose (object=0x12eb380) at ../Source/WebKit/gtk/webkit/webkitwebview.cpp:1327 #21 0x00007ffff27ff7a0 in g_object_run_dispose (object=0x12eb380) at /tmp/buildd/glib2.0-2.32.3/./gobject/gobject.c:1061 #22 0x00007ffff4476c1e in gtk_scrolled_window_forall (container=0x7fff9c007d10, include_internals=0, callback=0x7ffff452cd20 <IA__gtk_widget_destroy>, callback_data=0x0) at /tmp/buildd/gtk+2.0-2.24.10/gtk/gtkscrolledwindow.c:1085 #23 0x00007ffff439872f in gtk_container_destroy (object=0x7fff9c007d10) at /tmp/buildd/gtk+2.0-2.24.10/gtk/gtkcontainer.c:1073 ... #28 0x00007ffff443cd60 in gtk_object_dispose (gobject=0x7fff9c007d10) at /tmp/buildd/gtk+2.0-2.24.10/gtk/gtkobject.c:421 #29 0x00007ffff27ff7a0 in g_object_run_dispose (object=0x7fff9c007d10) at /tmp/buildd/glib2.0-2.32.3/./gobject/gobject.c:1061 #30 0x00007ffff6cb65ac in wxWindow::~wxWindow (this=0x13ee040, __in_chrg=<optimized out>) at src/gtk/window.cpp:2367 #31 0x00007ffff6d71241 in wxControlBase::~wxControlBase (this=0x13ee040, __in_chrg=<optimized out>) at src/common/ctrlcmn.cpp:49 #32 0x00000000005cf761 in wxControl::~wxControl (this=0x13ee040, __in_chrg=<optimized out>) at include/wx/gtk/control.h:27 #33 0x00007ffff7bd1eae in wxWebView::~wxWebView (this=0x13ee040, __in_chrg=<optimized out>) at include/wx/webview.h:96 #34 0x00007ffff7bd3443 in wxWebViewWebKit::~wxWebViewWebKit (this=0x13ee040, __in_chrg=<optimized out>) at include/wx/gtk/webview_webkit.h:26 #35 0x00007ffff7bd34ae in wxWebViewWebKit::~wxWebViewWebKit (this=0x13ee040, __in_chrg=<optimized out>) at include/wx/gtk/webview_webkit.h:26 Fix this by setting m_isBeingDeleted flag for wxWebViewWebKit early and checking it in the callback.

2012-07-23 17:03 VZ, revision 72172

M /wxWidgets/trunk/src/msw/webview_ie.cpp

Add missing wxSTDCALL to fix wxWebView compilation with Borland. This patch from Guru Kathiresan fixes compilation with Borland C++ Builder 2007 and XE2.

2012-07-23 17:02 VZ, revision 72171

M /wxWidgets/trunk/interface/wx/menuitem.h

Document wxGTK limitation for accelerators involving Shift. Using Shift with non-alphabetic characters doesn't work due to GTK+ bug, see https://bugzilla.gnome.org/show_bug.cgi?id=614146

2012-07-23 17:02 VZ, revision 72170

M /wxWidgets/trunk/src/gtk/toplevel.cpp

Don't change client size of TLW when centering it in wxGTK. Setting the frame client size and then calling Centre() on it resulted in the frame coming up with a wrong client size in wxGTK because the call to Centre() resulted in calling wxTopLevelWindow::DoSetSize() which unconditionally reset m_deferShowAllowed to true, undoing setting it to false in DoSetClientSize(). Only reset m_deferShowAllowed if the size was really changed but not if the window was only moved, as happens when centering it.

2012-07-23 15:18 SC, revision 72169

M /wxWidgets/trunk/src/osx/cocoa/window.mm

fixing capture problem for mouse moved events, fixes #14486

2012-07-22 12:07 VS, revision 72168

M /wxWidgets/trunk/interface/wx/window.h

Fix typo introduced in r72167.

2012-07-22 11:21 VS, revision 72167

M /wxWidgets/trunk/interface/wx/window.h

Document wxWindow::Close() return value.

2012-07-21 07:14 SC, revision 72166

M /wxWidgets/trunk/src/osx/cocoa/textctrl.mm

turning off undo for setter, otherwise memory gets used up for the undo stack, fixes #14500

2012-07-20 22:23 VS, revision 72164

M /wxWidgets/trunk/src/xrc/xh_toolb.cpp

Call Realize() later in XRC toolbar handler (patch #13888). This is a workaround for a deeper compatibility problem in Cocoa implementation (see the bug for detailed discussion), but for now, this simple workaround is much better than not doing nothing. See #13888.

2012-07-20 13:55 VZ, revision 72163

No changes, just fix some typos in comments. Closes #14494.

2012-07-20 13:55 VZ, revision 72162

M /wxWidgets/trunk/docs/osx/install.txt

Remove unnecessary configure options from wxOSX install.txt. There is no need to specify --enable-unicode nor --disable-shared. The latter is mentioned below anyhow.

2012-07-20 13:55 VZ, revision 72161

Use both URL-specific and plain text formats in wxGTK wxURLDataObject. Just as in wxMSW, it makes sense to put URLs on clipboard (or drag them) in both URL-specific and plain text formats to facilitate pasting (or dropping) them into other applications. So make wxURLDataObject in wxGTK a composite data object containing both its old data object and wxTextDataObject.

2012-07-20 13:55 VZ, revision 72160

M /wxWidgets/trunk/src/gtk/clipbrd.cpp

Use proper format in wxGTK clipboard selection handler. For some incomprehensible reason, GDK_SELECTION_TYPE_STRING was hard coded for all non-text formats even though it was clearly never the right format to use. Use the correct value specified by the format instead.

2012-07-20 13:55 VZ, revision 72159

Use text/uri-list instead of x-moz-url in wxGTK wxURLDataObject. The standard exchange format for URLs is text/uri-list and not the deprecated and Firefox-specific x-moz-url, support for which was moreover implemented incorrectly anyhow. Also add an example of copying URLs to the dnd sample. See https://developer.mozilla.org/En/DragDrop/Recommended_Drag_Types for more information.

2012-07-20 13:54 VZ, revision 72158

M /wxWidgets/trunk/src/common/socket.cpp

Don't use delayed destruction for sockets in other threads. The delayed destruction mechanism is not MT-safe, so using it for wxSocket objects destroyed from threads other than main resulted in crashes. Luckily, it is not necessary to use it for such sockets anyhow as they don't risk receiving any events -- which are only dispatched in the main thread -- and so can be destroyed immediately. So do destroy them directly instead of just scheduling for later destruction when wxSocket::Destroy() is called.

2012-07-20 06:59 PC, revision 72157