Re: GType stuff again!

[Johannes Schmid <johannes schmid gmx de>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

Thanks for you answers!

I think I will modify the glue code the way that it does not return the
GType but does return an already constructed GObject (or ->cobj()) of
the new plugin.

Regards,
Johannes

Murray Cumming wrote:
>> On Tue, 2006-09-19 at 11:43 +0200, Johannes Schmid wrote:
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Hi!
>>>
>>> I tried out the examples in gtkmm to find out if they are able to handle
>>> their GTypenames correclty. Unfortunately they do not:
>>>
>>> std::cout << g_type_name(get_type()) << std::endl;
> 
> Maybe get_type() isn't returning what we think it's returning, but I'm
> fairly sure that custom gtypes are being created.
> 
>>> in the cellrenderercustom example just gives me
>>> "gtkmm__GtkCellRenderer". But of course g_object_new(type) will give not
>>> give me a custom but a standart CellRenderer.
>>>
>>> Anyway, I still need something that gives me a custom type that
>>> g_object_new can handle.
>> i am confused. since g_object_new cannot possibly instantiate a C++
>> object, what is the value of get_type() returning a value that can be
>> used at the C level?
>>
>> you can't create C++ objects (the ones that gtkmm is composed of) from C
>> without a *lot* more glue code (eg. factory functions declared extern
>> "C" that return each type of object as a gpointer etc etc)
> 
> But maybe we really can make it work, by registering an appropriate init
> function for our new GType. It would be clever though.
> 
> Murray Cumming
> murrayc murrayc com
> www.murrayc.com
> www.openismus.com
> 
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFD96X7Dsf+G5b/WsRAsAkAKCnujTxGIIx9P9eu3NuKzXA59psTwCeKAbt
xR5b6bpl9W9+8BJuHd9T570=
=2Rxe
-----END PGP SIGNATURE-----