2009/5/12 Matthias Clasen matthias.cla...@gmail.com:
I should have been slightly more clear: I am interested in being able to
provide a GtkTreeModel for those people who wish to use it without having to
link to libgtk myself.
So the problem with using GNode: GtkTreeView doesn't use it.
I
Am Tue, 12 May 2009 08:10:11 +0200
schrieb Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com:
2009/5/12 Matthias Clasen matthias.cla...@gmail.com:
I should have been slightly more clear: I am interested in being
able to provide a GtkTreeModel for those people who wish to use it
On Sun, 10 May 2009 17:29:48 +0300
Stefan Kost enso...@hora-obscura.de wrote:
Alexander Larsson schrieb:
With gnome 2.26 out and the GResolver branch landed it is time to start
look at merging the gnio network code into gio. I'm posting this here,
plus CC:ing the involved people instead of
On Mon, 2009-05-11 at 21:10 -0400, Matthias Clasen wrote:
I should have been slightly more clear: I am interested in being able to
provide a GtkTreeModel for those people who wish to use it without having to
link to libgtk myself.
So the problem with using GNode: GtkTreeView doesn't
On Tue, 2009-05-12 at 10:47 +0200, Christian Dywan wrote:
Am Tue, 12 May 2009 08:10:11 +0200
schrieb Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com:
2009/5/12 Matthias Clasen matthias.cla...@gmail.com:
I should have been slightly more clear: I am interested in being
able to
On Tue, 2009-05-12 at 12:50 +0200, Alexander Larsson wrote:
On Tue, 2009-05-12 at 10:47 +0200, Christian Dywan wrote:
Am Tue, 12 May 2009 08:10:11 +0200
schrieb Mikkel Kamstrup Erlandsen mikkel.kamst...@gmail.com:
2009/5/12 Matthias Clasen matthias.cla...@gmail.com:
I should
On 05/12/2009 05:22 AM, Paul LeoNerd Evans wrote:
Speaking of GResolver, in the API (which I'm currently staring at here:
http://git.gnome.org/cgit/glib/diff/gio/gresolver.h?h=gresolverid=05507dce1f540581028e8be0e220e68c44fade2f
) I don't see any attempt at the gai()-style hostname +
Thomas Wood wrote:
I think the Clutter project has it's own model implementation only
because there isn't one in glib. There isn't actually a consumer in
Clutter for ClutterModel, but other libraries built on top of Clutter
use it.
Yes. It's exactly about libraries.
I have a similar
On Tue, May 12, 2009 at 9:50 AM, Ryan Lortie de...@desrt.ca wrote:
Since GtkTreeModel also has no
reason to depend on (the rest of) GTK, it seems logical to move it into
glib.
It is not that GtkTreeModel depends on the rest of GTK+, it is more
that GtkTreeModel is designed for being the model
Matthias Clasen wrote:
On Tue, May 12, 2009 at 9:50 AM, Ryan Lortie de...@desrt.ca wrote:
Since GtkTreeModel also has no
reason to depend on (the rest of) GTK, it seems logical to move it into
glib.
It is not that GtkTreeModel depends on the rest of GTK+, it is more
that GtkTreeModel is
On Tue, May 12, 2009 at 09:41:53AM -0400, Dan Winship wrote:
On 05/12/2009 05:22 AM, Paul LeoNerd Evans wrote:
Speaking of GResolver, in the API (which I'm currently staring at here:
http://git.gnome.org/cgit/glib/diff/gio/gresolver.h?h=gresolverid=05507dce1f540581028e8be0e220e68c44fade2f
On Tue, 2009-05-12 at 14:05 +0300, Claudio Saavedra wrote:
snip
totem-pl-parser is using GtkTreeModel as well. IIRC, tracker uses
totem-pl-parser to parse playlists, but I guess they are not interested
on GtkTreeView.
It uses a GtkTreeModel, not a GtkTreeView, and only for the saving bits.
I'm trying to sort out why the clipboard copy/paste functionality of my wxGTK
(wxWidgets on top of GTK) app fails on Debian/Ubuntu after a few hours of
use.
The app (through wxGTK) relies on gtk clipboard API: gtk_selection_data_set,
gtk_selection_data_set_text, gtk_selection_owner_set,
13 matches
Mail list logo