On Fri, 2009-03-06 at 10:43 +0100, Stéphane Esté-Gracias wrote: > Hello, > > As I read in your bug report : > "Because argb transparency is absolute, enabling ARGB stage will affect > relative > transparency of clutter actors that overlap on each other if they use alpha." > > In other words, if I create transparent stage, all actors using alpha > (major actors have alpha to build eyes-candy application) will be > transparent too.
yes - I believe there is no way round that as the same thing happens when using cairo on an argb window I would guess that clutter would need its own compositor to perform relative alpha > My main goal is to create a transparent hole on background stage, and > actors could not be affected by transparency. > the only way they wont be affected is if the actors are opaque and have no alpha If the stage is the only one with an alpha value set then you will have opaque actors on a transparent stage - this is what I want and its fine for doing desklets/plasmoids, non-rectangular windows or a non-transparent stage with holes in it like for a transparent terminal if any of the actors have an alpha component then the compositor will show whats underneath the window (IE a hole). This might not be desirable for say doing a reflection on an opaque stage where the reflected part uses an alpha hence I made transparent stage support optional in the patch. jamie -- To unsubscribe send a mail to [email protected]
