2013-09-01 11:51, Juan Rafael García Blanco skrev:
Hi,
I'm trying to wrap the new GtkPlacesSidebar api. I've run into a few
problems, so I've read a little bit how my problem has been resolved for
other classes. Still I'm not sure what to do about the following (maybe
it would have been better
2013/9/2 Kjell Ahlstedt kjell.ahlst...@bredband.net:
Objects of classes that derive from Gtk::Object are not put in
Glib::RefPtrs. I'm not sure why.
I'm also a little confused by this but it probably has something to do
with Gtk::manage().
Regards, Krzysztof
Thank you very very much. That was the expertise I was looking for :)
On Sep 2, 2013 4:13 PM, Krzysztof Kosiński tweenk...@gmail.com wrote:
2013/9/2 Kjell Ahlstedt kjell.ahlst...@bredband.net:
Objects of classes that derive from Gtk::Object are not put in
Glib::RefPtrs. I'm not sure why.
Hello, I was wondering the when the binary's of Gtkmm 3 for windows will be
released? I am creating an app on gtkmm 3.0 (since its stable, rather than
3.4 unstable) and I would love to get it compiled on win32. I tried to
compile the source code, but i could not resolve for the life of me the
I managed to cross-compile my gtkmm 3 app using a tutorial to compile
glade for windows
(http://blogs.gnome.org/xjuan/2012/05/29/cross-compiling-glade-for-win32/).
The windows libraries that are used there are from the OpenSUSE
repositories, which seem to have mingw32-builds of some otherwise
Alright thanks, but It's a self-contained single file app that doesn't have a
lot to it, and it's only in its beginning phases at this point, I would just
hate to see it not be able to be not workable on windows if I got too far
with gtkmm that I would basically have to re-write the GUI part for
Hey,
If I use Glib::ustring in Linux, everything works fine. But when I
compile the program under mingw in windows, segv invariably follows any
GLib::ustring. Methinks the culprit would be the internal utf-8 conversions
which distiguish Glib:ustring from std:string.
If I try to specify