Hi,
While coding on Glade for my GSoC project, I'd like to select a specific
row in a tree view (backed by a hierarchical GtkTreeStore) while
building it up. For this I am doing something like the following in a loop:
gtk_tree_store_append (model, iter, ...);
gtk_tree_model_set (model,
hi all,
Only a few days after the previous release, GLib 2.29.14 is now out.
You can grab it from the normal place:
http://download.gnome.org/sources/glib/2.29/
The checksums:
2e407742b60c7b6e48527e6f6f5cf1fe8ea7494a55b3a070ebf04cabe044fe5a
glib-2.29.14.tar.xz
hi,
I recently introduced a change into the GLib unstable branch that causes
all applications using Gtk 3.0 to crash:
http://git.gnome.org/browse/glib/commit/?id=d6c30e1766c975dd79e6f252d73c6c0581b64b01
The reason for the crash is this code in gtkthemingengine.c, added a
year ago:
/*
Hi
On Fri, Jul 22, 2011 at 5:35 AM, Fan Chun-wei fanc...@yahoo.com.tw wrote:
I don't know whether this might be helpful with this part and regard, but I
am posting my point of view here anyways for references...
Currently I am maintaining the Visual C++ build files for the GTK+ stack
(GLib,
On 22/07/2011 12:11, Sam Thursfield wrote:
It's a small step but I just added a page to the wiki:
https://live.gnome.org/Windows/Discussion
Since there's a few of us all doing different things in this area I
think it would be helpful if we at least all kept that up to date with
what we
On Fri, Jul 22, 2011 at 04:15:14PM +0200, Dieter Verfaillie wrote:
What's going to be accepted as the official builds for GTK+ 3, I
have no idea.
Now, after all this discussing about build systems and what-not, my
question still stands: is there interest in keeping the binaries
on
On 22/07/2011 12:11, Sam Thursfield
wrote:
It's a small step but I just added a page to the
wiki:
https://live.gnome.org/Windows/Discussion
Since there's a few of us all doing different things
in this area I
think it would be helpful if we at least all kept that
up to date with
I don't know whether this might be helpful with this part and regard, but I
am posting my point of view here anyways for references...
Currently I am maintaining the Visual C++ build files for the GTK+ stack
(GLib, ATK, GDK-Pixbuf, Pango, GTK+-2.x/3.x), and these files are kept
up-to-date as far
On 22/07/2011 17:12, Andrea Bolognani wrote:
Speaking as an application developer, I’m more interested in
ready–to–deploy binaries for GTK+ 3.0. A nice bundle like the one
Tor provided for GTK+ 2.X would be a neat plus.
Something like that is certainly possible and I think with time is an
2011/7/22 Sam Thursfield sss...@gmail.com:
Hi
It's a small step but I just added a page to the wiki:
https://live.gnome.org/Windows/Discussion
That's a really great start, good work!
Since there's a few of us all doing different things in this area I
think it would be helpful if we at
2011/7/22 Dieter Verfaillie diet...@optionexplicit.be:
On 22/07/2011 12:11, Sam Thursfield wrote:
It's a small step but I just added a page to the wiki:
https://live.gnome.org/Windows/Discussion
Since there's a few of us all doing different things in this area I
think it would be helpful if
On Fri, Jul 22, 2011 at 09:34:30PM +0200, Dieter Verfaillie wrote:
Something like that is certainly possible and I think with time is an
obvious thing to do. Be it created with Tor's gtk-bundle script or
repackaging the work from the Open Build Service or something else.
Who knows...
The
2011/7/23 Andrea Bolognani e...@kiyuko.org:
The gnome-win32 (or whatever it ends up being called) mailing list
somebody was proposing eariler in the thread would probably speed up the
process of reaching a consensus about similar issues.
Hear, hear.
As far as I’m concerned, what I would love
On Sat, Jul 23, 2011 at 12:27:33AM +0200, Maarten Bosmans wrote:
As I also noted in the just updated wiki-page, that approach has been
tried before and AFAIK is currently abandoned. Gtk applications are
supposed to come with there own Gtk libraries. Doing that globally
causes all kinds of
What's the state of gobject introspection for Cairo? It seems the
cairo-1.0.typelib include in the gobject-introspection was a minimal
attempt to wrap cairo. It did event have cairo.FORMAT.ARGB32 like enum
defined.
According to http://live.gnome.org/GObjectIntrospection/CairoProblem ,
there
15 matches
Mail list logo