On Tue, 2011-02-15 at 12:53 +, Chris Vine wrote:
[snip]
It is glibmm which has an inconsistent usage, by separating off only
gio into a separate namespace (which incidentally is ::Gio, not
Glib::Gio), which may be the source of what you find confusing. There
seems no particular reason why
On Wed, 16 Feb 2011 10:54:20 +0100
Murray Cumming murr...@murrayc.com wrote:
On Tue, 2011-02-15 at 12:53 +, Chris Vine wrote:
[snip]
It is glibmm which has an inconsistent usage, by separating off only
gio into a separate namespace (which incidentally is ::Gio, not
Glib::Gio), which
From: BALLABIO GERARDO
From: Krzysztof Kosiński [mailto:tweenk...@gmail.com]
The slowdown is not caused by signal emission, but by modify_bg. If you
write a custom expose handler that draws the cells, the updates are
instantaneous. See the attached file.
Wow. I still don't understand
On Tue, 2011-02-15 at 10:19 +0100, Murray Cumming wrote:
We now have several Gio::DBus* classes:
http://library.gnome.org/devel/glibmm/unstable/group__DBus.html
I'm thinking of moving these into a Gio::DBus namespace, so we'd have
Gio::DBus::Connection, instead of Gio::DBusConnection.
I've
On Wed, 2011-02-16 at 10:51 +, Chris Vine wrote:
On Wed, 16 Feb 2011 10:54:20 +0100
Murray Cumming murr...@murrayc.com wrote:
On Tue, 2011-02-15 at 12:53 +, Chris Vine wrote:
[snip]
It is glibmm which has an inconsistent usage, by separating off only
gio into a separate
Dear list,
I've browsed through the docs and mailing list archive a bit but
didn't find the answer to this question, so I'm asking here directly:
I have a (large) gtk application written in plain C. The application
allows plugins to be loaded a run-time and offers the usual hooks so
that
Hi there,
I'm still trying to figure out why this does not work. But now I do have
two minimal programs that try to set values to the tree store using the
set_value method. One uses plain Gtk+ and the other uses gtkmm. Both
read the same glade file using GtkBuilder. The Gtk+ program works, a row
2011/2/16 Christian Stimming christ...@cstimming.de:
My question is whether gtkmm can be used in this context. Can the Gtk::Main
initialization done in a way that hooks gtkmm's expected main loop to a
pre-existing other conventional-gtk main loop? The API of Gtk::Main
obviously doesn't offer
And, if I replace:
row.set_valuegchararray(0, buffer[0]);
with:
gtk_tree_store_set (tree_store-gobj(), row.gobj(), 0, Hello, -1);
then the gtkmm program works as well, so it seems that the problem is
not with gtkbuilder, but with the set_value call. Any way, this is a
good enough