[Xfce-bugs] [Bug 2332] xfce compositor + adesklets pseudo-transparency

[bugzilla-daemon at xfce.org]

Do not reply to this email.  To comment on this bug, please visit:
http://bugzilla.xfce.org/show_bug.cgi?id=2332


fourdan at xfce.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED




------- Comment #3 from fourdan at xfce.org  2006-09-18 11:39 UTC -------
I did not check adesklets code, but from what I see, it seems that adesklets
makes a copy of what's displayed on the root win at startup and use that to
fake transparency.

When a compositor is running, all windows are rendered off screen and painted
by the compositor, so that it can draw shadows, use transparency, etc. (this is
called "unredirection").

Up to Xorg 7.0 and its new concept of "overlay" windows, the compositor had to
draw directly on the root window to render the final display, thus the problem
you describe.

I think the problem lies in adesklets way of doing things and should be fixed
there in the first place. 

Another solution would be to change xfwm4 compositor to use Xorg 7.1 overlays,
but Xorg 7.1 is far from being widely adopted by Linux distributions and the
current design works just fine for what we need.

If you could check with adesklets devels to see if my initial assumption of
adesklets using the root window image to fake transparency is correct, then we
would have the answer to the whole question :)


-- 
Configure bugmail: http://bugzilla.xfce.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.