Re: Pluggable widget types and implementations

Hi All;

As I understand it, the proposal below would probably break gail unless/until we roll it into gtk+. While gail currently uses public gtk+ API to fulfill the ATK implementations, it relies rather heavily on the details of the existing implementation.

I think this would force the issue of gail->gtk+ integration if and when it happens. The first stage of the gail->gtk+ work is under way, with a patch in process to move gnomecanvas accessibility support from gail into libgnome-canvas, thus removing the only known dependency blocker in this respect.

Best regards,



On Tue, 2006-11-28 at 14:53 +0100, Tim Janik wrote:
Hey all,

this is a proposal for allowing pluggable widget types and implementations,
assorted bug report:
How about a sort of widget/object factory?

So you'd set the default implementation for a type:
 gtk_object_factory_set_default_implementation (factory,

And then in the widget/object xxx_new() functions instead of calling
g_object_new() they call:
 gtk_object_factory_create (factory, GTK_TYPE_LABEL, ...);

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]