commit 9de65a11bbf974e62520c18c1d193a5655d02ca3 Author: Matthias Clasen Date: Mon Jun 23 10:12:17 2014 -0400 2.24.24 NEWS | 24 ++++++++++++++++++++++++ configure.ac | 4 ++-- 2 files changed, 26 insertions(+), 2 deletions(-) commit 72c472287bd2454f7c1837c54a4d9234df5a94cf Author: Matthias Clasen Date: Mon Jun 23 11:05:39 2014 -0400 Include image data in the builtin icon cache gtk/Makefile.am | 1 + 1 file changed, 1 insertion(+) commit f65298206279a7baf33d7db7406706b06cb39581 Author: Matthias Clasen Date: Sun Jun 22 13:05:50 2014 -0400 Fix a pixmap leak in the ms-windows engine This was pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=731967. modules/engines/ms-windows/msw_style.c | 2 ++ 1 file changed, 2 insertions(+) commit ff1f1d347df8047c95b30fb808ed85f3ec8524af Author: Yosef Or Boczko Date: Wed Jun 18 03:07:21 2014 +0300 Updated Hebrew translation po/he.po | 950 ++++++++++++++++++++++++++++++++------------------------------- 1 file changed, 490 insertions(+), 460 deletions(-) commit b79cb3974c73edbc2a0e74c0cf41f15bc7e439d3 Author: Piotr Drąg Date: Tue Jun 17 19:29:24 2014 +0200 Updated Polish translation po/pl.po | 234 ++++++++++++++++++++++++++++++++------------------------------- 1 file changed, 119 insertions(+), 115 deletions(-) commit 30f24286717a64dac3d0938ebb1d01a5b18254c2 Author: Matthias Clasen Date: Sat Jun 14 19:30:17 2014 -0400 gtk-update-icon-cache: Add an --include-image-data option Now that we don't include the image data by default anymore, lets add an option that does it. Conflicts: docs/reference/gtk/gtk-update-icon-cache.xml docs/reference/gtk/gtk-update-icon-cache.xml | 13 +++++++++++-- gtk/updateiconcache.c | 1 + 2 files changed, 12 insertions(+), 2 deletions(-) commit 85fe78ed219487069a0ed7c7933bdd09c9bb5fc3 Author: Jasper St. Pierre Date: Fri Jan 10 12:14:41 2014 -0500 updateiconcache: Don't include image data by default anymore Since large images are in the icon cache, and apps don't tend to use that many icons anymore, simply don't include image data and instead make apps load files from disk. Additionally, since they're stored in GdkPixbuf data, that means that we have to first convert them either to a cairo_surface_t, which requires converting pixel data to be premulitplied, or an OpenGL texture, which requires a whole GPU upload anyway. So, even with the icon cache, the goal of icons through zero-copy, mmap()'d data from disk just isn't doable with the icon cache format we have. The icon cache on my disk is nearing 100MB, since we include a bunch of high-resolution application icons, that I doubt would be used by apps at all. Removing this inefficient pixel data makes memory usage for all applications go down, with no speed loss. The icon cache also, however, has an index of what icons are in each folder, which prevents a readdir() and allows GTK+ to know what icon is where without having to do a bunch of stat(); calls. Keeping this data is good for GTK+, so we should still keep the index. It doesn't make sense to remove any code for mapping pixel data from the icon cache. There's a plan in the works to have a symbolic icon cache that does pixel math on 16x16 icons to prevent slow SVG rendering. 16x16 pixels are fairly small, and such images are flat colors, which should compress easily, so the icon cache would be worthwhile here. So let's keep the code around in preparation for that case. https://bugzilla.gnome.org/show_bug.cgi?id=721895 gtk/updateiconcache.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit a3d672a415447bc252cb2333bdc0226765f6a198 Author: Chun-wei Fan Date: Mon Jun 9 12:21:23 2014 +0800 MSVC 2010+ Projects: Update "Installation" Process Currently, due to the way that Visual Studio 2010+ projects are handled, the "install" project does not re-build upon changes to the sources, as it does not believe that its dependencies have changed, although the changed sources are automatically recompiled. This means that if a part or more of the solution does not build, or if the sources need some other fixes or enhancements, the up-to-date build is not copied automatically, which can be misleading. Improve on the situation by forcing the "install" project to trigger its rebuild, so that the updated binaries can be copied. This does trigger an MSBuild warning, but having that warning is way better than not having an up-to-date build, especially during testing and development. build/win32/vs10/gtk-install.props | 22 +++++++++++++++++----- build/win32/vs10/install.vcxproj | 28 ++++++++++++++++------------ 2 files changed, 33 insertions(+), 17 deletions(-) commit 46b0c2938293b0495f65a46fdc632b788532639b Author: Kalev Lember Date: Fri May 23 11:19:53 2014 +0200 pixbuf-engine: Fix the build with -Werror=format-security modules/engines/pixbuf/pixbuf-rc-style.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) commit 7eb1c7701c48e2517b06c12179fdd23725320ef3 Author: Chun-wei Fan Date: Fri May 16 12:07:01 2014 +0800 gdkselection-win32.c: Declare Variables At Top Of Block ...so that builds on Visual C++ can be fixed. gdk/win32/gdkselection-win32.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) commit c9da8bddca8f4e75e2ac6d7b362dd90fe7a844bc Author: Matthias Clasen Date: Mon Feb 3 21:00:17 2014 -0500 GtkMountOperation: Clean up a dangling signal handler Based on a patch by Eugene Shatokhin, https://bugzilla.gnome.org/show_bug.cgi?id=723366 gtk/gtkmountoperation.c | 24 ++++++++++++++---------- 1 file changed, 14 insertions(+), 10 deletions(-) commit fd44b53a3917f817c8d64acf2ebbf2ffbfbcc717 Author: Marc-André Lureau Date: Mon Oct 15 18:07:46 2012 +0200 gdk/win32: VK_SNAPSHOT maps to GDK_Print Also, I am not sure the above VK_PRINT -> GDK_Print mapping is correct, but it doesn't hurt yet. https://bugzilla.gnome.org/show_bug.cgi?id=686170 gdk/win32/gdkkeys-win32.c | 2 ++ 1 file changed, 2 insertions(+) commit ed081e30b62b4c220381c8275ea5a8f7804ef449 Author: Marc-André Lureau Date: Wed Mar 20 23:12:56 2013 +0100 win32: do not crash on invalid utf8 conversion g_utf8_to_utf16() is not guaranteed to succeed. Check the error and return if it failed. https://bugzilla.gnome.org/show_bug.cgi?id=696232 gdk/win32/gdkproperty-win32.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) commit 10430feb8dbb397c42ea929dd40e411de7cd446f Author: Marc-André Lureau Date: Wed Nov 6 14:33:19 2013 +0100 gdk/win32: remove extra allocation for \r removal Although I can't find explicit documentation for clipboard pointer, it seems to be possible to modify clibpoard memory without side-effects. According to MSDN, http://msdn.microsoft.com/en-us/library/windows/desktop/aa366596%28v=vs.85%29.aspx "The global and local functions are supported for porting from 16-bit code, or for maintaining source code compatibility with 16-bit Windows. Starting with 32-bit Windows, the global and local functions are implemented as wrapper functions that call the corresponding heap functions using a handle to the process's default heap." "Memory objects allocated by GlobalAlloc and LocalAlloc are in private, committed pages with read/write access that cannot be accessed by other processes. Memory allocated by using GlobalAlloc with GMEM_DDESHARE is not actually shared globally as it is in 16-bit Windows. This value has no effect and is available only for compatibility. " https://bugzilla.gnome.org/show_bug.cgi?id=711553 gdk/win32/gdkselection-win32.c | 10 ++++------ 1 file changed, 4 insertions(+), 6 deletions(-) commit dd37429b51e07a61b309b0620f49e235bfe0a9c7 Author: Marc-André Lureau Date: Tue Apr 22 19:47:47 2014 +0200 win32: add more clipboard data checks to avoid crash It may happen that the received clipboard data is empty, but if it's of type image/bmp, gtk+ will crash: gdk_property_change: 00030AD4 GDK_SELECTION image/bmp REPLACE 8*0 bits: ... delayed rendering gdk_selection_send_notify_for_display: 00030AD4 CLIPBOARD image/bmp GDK_SELECTION (no-op) _gdk_win32_selection_convert_to_dib: 1252003C image/bmp Program received signal SIGSEGV, Segmentation fault. 0x749a9f40 in msvcrt!memmove () from C:\Windows\syswow64\msvcrt.dll Thread 1 (Thread 2248.0x1b34): target=0xc07b) at gdkselection-win32.c:1292 at gdkevents-win32.c:3498 wparam=8, lparam=0) at gdkevents-win32.c:232 message=773, wparam=8, lparam=0) at gdkevents-win32.c:263 C:\Windows\syswow64\user32.dll C:\Users\rugoosse\AppData\Local\virt-viewer\bin\libpangocairo-1.0-0.dll wparam=0, lparam=-1687549457) at gdkevents-win32.c:248 C:\Users\rugoosse\AppData\Local\virt-viewer\bin\libpangocairo-1.0-0.dll https://bugzilla.gnome.org/show_bug.cgi?id=728745 gdk/win32/gdkproperty-win32.c | 6 ++++++ gdk/win32/gdkselection-win32.c | 2 ++ 2 files changed, 8 insertions(+) commit a533c83e8d44899b59bb915d22ff0d11eb30c0bc Author: Chun-wei Fan Date: Wed Apr 2 22:05:03 2014 +0800 Visual Studio 2010 Projects: Revamp the Projects As we are likely to have GTK+-2.x around for some time, revamp the Visual Studio 2010 projects like what was done for rest of the GTK+ stack, namely: -Split the property sheets, in a way like what was done for the rest of the stack. Also clean up the resulting property sheets a bit, and update the projects to use these property sheets. -Use UNIX line endings for all projects and property sheets, to ease future application of patches. -Make the copying of config.h.win32 and gdkconfig.h.win32 into custom build rules, so that they may be removed properly and re-copied during change and update. -Add a PlatformToolset tag, so if we want to support building with Visual Studio 2012/2013, the transition can be done quite easily with a script, such as what is now being done for the Visual Studio 2012 projects for GLib. build/win32/vs10/Makefile.am | 43 +- build/win32/vs10/gailutil.vcxproj | 369 ++++++++------- build/win32/vs10/gailutil.vcxproj.filters | 46 +- build/win32/vs10/gdk-win32.vcxproj | 322 ++++++++------ build/win32/vs10/gdk-win32.vcxproj.filters | 146 ++---- build/win32/vs10/gdk.vcxproj.filtersin | 60 +-- build/win32/vs10/gdk.vcxprojin | 384 ++++++++-------- build/win32/vs10/gtk+.props | 691 ----------------------------- build/win32/vs10/gtk-build-defines.props | 50 +++ build/win32/vs10/gtk-demo.vcxproj | 442 +++++++++--------- build/win32/vs10/gtk-demo.vcxproj.filters | 186 +++----- build/win32/vs10/gtk-gen-srcs.props | 42 ++ build/win32/vs10/gtk-install.props | 586 ++++++++++++++++++++++++ build/win32/vs10/gtk-version-paths.props | 54 +++ build/win32/vs10/gtk.vcxproj.filtersin | 86 ++-- build/win32/vs10/gtk.vcxprojin | 416 ++++++++--------- build/win32/vs10/install.vcxproj | 245 +++++----- build/win32/vs10/libwimp.vcxproj | 344 +++++++------- build/win32/vs10/libwimp.vcxproj.filters | 54 +-- 19 files changed, 2262 insertions(+), 2304 deletions(-) commit 8ef1cff3bb36e61c2eccf5e9200a92de85e8e88d Author: Chun-wei Fan Date: Wed Apr 2 17:57:13 2014 +0800 Visual Studio 2008 Projects: Revamp the Projects As we are likely to have GTK+-2.x around for some time, revamp the Visual Studio 2008 projects like what was done for rest of the GTK+ stack, namely: -Split the property sheets, in a way like what was done for the rest of the stack. Also clean up the resulting property sheets a bit, and update the projects to use these property sheets. -Use UNIX line endings for all projects and property sheets, to ease future application of patches. -Make the copying of config.h.win32 and gdkconfig.h.win32 into custom build rules, so that they may be removed properly and re-copied during change and update. Similar updates will be applied for the Visual Studio 2010 projects ASAP. build/win32/vs9/Makefile.am | 27 +- build/win32/vs9/gailutil.vcproj | 366 +++++++++++------------ build/win32/vs9/gdk-win32.vcproj | 366 +++++++++++++---------- build/win32/vs9/gdk.vcprojin | 442 ++++++++++++++-------------- build/win32/vs9/gtk+.vsprops | 399 ------------------------- build/win32/vs9/gtk-build-defines.vsprops | 45 +++ build/win32/vs9/gtk-demo.vcproj | 424 +++++++++++++-------------- build/win32/vs9/gtk-gen-srcs.vsprops | 37 +++ build/win32/vs9/gtk-install.vsprops | 304 +++++++++++++++++++ build/win32/vs9/gtk-version-paths.vsprops | 53 ++++ build/win32/vs9/gtk.vcprojin | 472 +++++++++++++++--------------- build/win32/vs9/install.vcproj | 155 +++++----- build/win32/vs9/libwimp.vcproj | 346 +++++++++++----------- 13 files changed, 1769 insertions(+), 1667 deletions(-) commit 1f8d021d3023830e3701c304859f789dd30bd0d9 Author: Michael Natterer Date: Wed Apr 2 00:04:50 2014 +0200 treeview: properly remove the timeout in expand_collapse_timeout() or it will later warn about removing a source that doesn't exist. gtk/gtktreeview.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) commit 60189143a4097c615f9cda0dbec2cd48b4eca77d Author: Mike Gorse Date: Wed Oct 30 15:42:09 2013 -0500 Print to a file in the current directory by default When printing to a file, the filename was not being propagated if a directory was not specified. https://bugzilla.gnome.org/show_bug.cgi?id=711177 gtk/gtkprinteroptionwidget.c | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) commit 378ea9029f0ae2897d769a9928adb1d636b6c151 Author: Marek Kasik Date: Fri Mar 14 16:01:56 2014 +0100 printing: Fail nicely when /tmp is not writable Don't crash when /tmp is not writable when printing to file. Show that getting of printer details failed for CUPS printers. https://bugzilla.gnome.org/show_bug.cgi?id=693200 gtk/gtkprintjob.c | 2 +- gtk/gtkprintoperation-unix.c | 5 +++-- gtk/gtkprintunixdialog.c | 2 +- modules/printbackends/cups/gtkprintbackendcups.c | 2 +- 4 files changed, 6 insertions(+), 5 deletions(-)