On Sat, Feb 09, 2008, Emmanuele Bassi wrote: > > The problem is that the stage class used depends on the backend > > used. > > yes. > > > Can I know at compilation time which backend is used? > > yes, using the CLUTTER_FLAVOUR macro; but...
Thanks > > Is subclassing the stage against clutter best practices? > > ... yes again. it's not possible to subclass the stage, as it is a > singleton and the actual implementation very much backend-dependent. > it's like trying to subclass a GdkWindow - even though it might change > in the future (especially with multiple stages support). Couldn't stage_init store a static pointer to the first instance of any of its subclasses, which would become the default stage? > also, setting a foreign window for the stage must call > clutter_actor_realize() on the stage to recreate the GL context, so > reparenting inside an overridden realize will not work even if it were > possible. Will it not then reparent the foreign window, which would be the expected behavior I think? -- Johan Bilien <[EMAIL PROTECTED]> -- To unsubscribe send a mail to [EMAIL PROTECTED]
