commit 9de65a11bbf974e62520c18c1d193a5655d02ca3
Author: Matthias Clasen <mclasen@redhat.com>
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 <mclasen@redhat.com>
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 <mclasen@redhat.com>
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 <yoseforb@src.gnome.org>
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 <piotrdrag@gmail.com>
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 <mclasen@redhat.com>
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 <jstpierre@mecheye.net>
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 <fanchunwei@src.gnome.org>
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 <kalevlember@gmail.com>
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 <fanchunwei@src.gnome.org>
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 <mclasen@redhat.com>
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 <marcandre.lureau@gmail.com>
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 <marcandre.lureau@gmail.com>
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 <marcandre.lureau@gmail.com>
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 <marcandre.lureau@gmail.com>
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 <fanchunwei@src.gnome.org>
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 <fanchunwei@src.gnome.org>
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 <mitch@gimp.org>
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 <mgorse@suse.com>
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 <mkasik@redhat.com>
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(-)