From: "Wan, Shuang" <[email protected]>

> Hi Piñeiro,
> 
>       Thanks for your detailed reply and sorry for mistook your name :) 
>       Well, how to load the CALLY module transparently to all clutter 
> application is really a headache especially for the mixed gtk+clutter 
> application. In bug: http://bugzilla.o-hand.com/show_bug.cgi?id=1738, 
> Emmanuele Bassi said the clutter module support will be available at Clutter 
> 1.2, do you know approximately release time? 

As I said on the third comment in this bug [1], I have realized that
probably the CLUTTER_MODULES is not enough to load the modules in a
general way. This variable is used to load Clutter modules, and it
search on clutter-related directories. But we also need to load the
atk-bridge (or adaptor in DBUS case), that is placed in other place,
and in the same way, in a gtk-clutter mixed environment, you would
require to load as well gail, placed on the gtk module directory.

But we need also to load them in a specific order, so probably we'll
need to specify it as a whole. I need to look deeply how to solve that
(for example, taking a look to the CLUTTER_MODULES_PATH), but right
now, I'm not sure about the proper solution.

And, we also need to consider that probably, the atk-bridge module
will be placed in other point [2][3]

(About the release time: I don't know, probably Emmanuele Bassi knows
it better).

>       Considering module loading is a known issue and not blocks me to try 
> CALLY on Moblin, so I will keep to try CALLY on Moblin to find out why 
> Accersier can't get the clutter object hierarchical. This needs some effort 
> to better understating the code implementation, and welcome your further help 
> :)

Ups, sorry, I understood that you finally were able to solve that on
your screenshot, at least with the examples. This mean that you were
able to find the cally examples as a app, but you were not able to see
the object hierarchy?

> Thanks!

To you.

BR

[1] http://bugzilla.o-hand.com/show_bug.cgi?id=1738#c3
[2] 
http://mail.gnome.org/archives/gnome-accessibility-list/2009-August/msg00019.html
[3] 
http://mail.gnome.org/archives/gnome-accessibility-list/2009-August/msg00020.html

===
API ([email protected])
--
To unsubscribe send a mail to [email protected]

Reply via email to