gtk_pixbuf_save and to jpeg with resolution?

2010-12-15 Thread Tim Corio
I am saving a jpeg image from a GdkPixbuf using: gdk_pixbuf_save (pxb, inFile, $gerror, quality, 100, NULL); Can I specify a resolution? I've tried the parameter names dpi, resolution, and Resolution, but GDK dumps the warning: (imagemask:21053): GdkPixbuf-WARNING **: Unrecognized parameter

Re: gtk_pixbuf_save and to jpeg with resolution?

2010-12-15 Thread Kevin DeKorte
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/15/2010 08:18 AM, Tim Corio wrote: I am saving a jpeg image from a GdkPixbuf using: gdk_pixbuf_save (pxb, inFile, $gerror, quality, 100, NULL); Can I specify a resolution? I've tried the parameter names dpi, resolution, and Resolution,

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Piñeiro
From: Emmanuele Bassi eba...@gmail.com $(q...@(B treeview refactoring - massive refactoring - 41 files changed, 13568 insertions(+), 3204 deletions(-) - GtkCellArea - moves code out of TreeViewColumn to allow sharing with other cell-based view widgets (GtkIconView, GtkComboBox)

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Matthias Clasen
2010/12/15 Piñeiro apinhe...@igalia.com: Are this treeview refactoring mostly internal, or are there specific API changes? After this refactoring it would be required to be modified the apps using GtkTreeView? Anyway I was also thinking on GailTreeView, the object that provides the

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Tristan Van Berkom
On Wed, 2010-12-15 at 14:08 +0100, Piñeiro wrote: From: Emmanuele Bassi eba...@gmail.com • treeview refactoring - massive refactoring - 41 files changed, 13568 insertions(+), 3204 deletions(-) - GtkCellArea - moves code out of TreeViewColumn to allow sharing with other

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Murray Cumming
On Wed, 2010-12-15 at 22:53 +0900, Tristan Van Berkom wrote: There's one behavioural change, gtk_tree_view_set_cursor() when specifying start_editing = TRUE will no longer toggle the state of an activatable cell (this used to be the case, we thought it was an undesirable side effect since the

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Piñeiro
From: Tristan Van Berkom trista...@openismus.com I expect libgail to not need any changes, we paid special attention that focus navigation was going to work the same way using the new code... however there could be some fallout I'm not aware of... And as usually test if there are any fallout

Re: Minutes of the GTK+ Team Meeting - 2010-12-14

2010-12-15 Thread Tristan Van Berkom
On Wed, 2010-12-15 at 15:42 +0100, Murray Cumming wrote: On Wed, 2010-12-15 at 22:53 +0900, Tristan Van Berkom wrote: There's one behavioural change, gtk_tree_view_set_cursor() when specifying start_editing = TRUE will no longer toggle the state of an activatable cell (this used to be the

Re: Gobject-Introspection and CMPH

2010-12-15 Thread Colin Walters
On Mon, Dec 13, 2010 at 1:35 PM, John Ralls jra...@ceridwen.us wrote: One of the files in the new (to introspection) cmph directory, chd_ph.c, includes an anonymous union which requires -std=gnu99 to compile. Is that OK? This would have been better as a bug. However, if what you're *really*

Re: [gobject-introspection] Multiple libraries in the 'shared-library' parameter

2010-12-15 Thread Colin Walters
On Wed, Dec 8, 2010 at 7:20 PM, Alan alan.mcgov...@gmail.com wrote: Hey, I'm just looking at generating bindings for .NET and I've hit an issue. For the .NET bindings you need to supply the native library name along with the function to invoke. I've noticed that the gir format likes to

Re: Gobject-Introspection and CMPH

2010-12-15 Thread John Ralls
On Dec 15, 2010, at 9:21 AM, Colin Walters wrote: On Mon, Dec 13, 2010 at 1:35 PM, John Ralls jra...@ceridwen.us wrote: One of the files in the new (to introspection) cmph directory, chd_ph.c, includes an anonymous union which requires -std=gnu99 to compile. Is that OK? This would have

Re: Gobject-Introspection and CMPH

2010-12-15 Thread Matthias Clasen
On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: But since you bring it up, what is the official policy? Is it C89? Is it published somewhere? For GTK+, we're generally avoiding C++ comments, since they cause problems for the compilers that are used on win32. What other

Re: Gobject-Introspection and CMPH

2010-12-15 Thread John Ralls
On Dec 15, 2010, at 5:54 PM, Matthias Clasen wrote: On Wed, Dec 15, 2010 at 8:43 PM, John Ralls jra...@ceridwen.us wrote: But since you bring it up, what is the official policy? Is it C89? Is it published somewhere? For GTK+, we're generally avoiding C++ comments, since they cause