Thoughts on XFCE 4.3.90: root-tail?

Brian J. Tarricone bjt23 at cornell.edu
Wed May 17 10:51:23 CEST 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: RIPEMD160

David F. Skoll wrote:
> Brian J. Tarricone wrote:
> 
>> Yeah, I was afraid something like that might happen, though I'm
>> surprised it blanks out the window.
> 
> :-(
> 
>> Xfdesktop does definitely draw on
>> its window much differently than it did before, so it's possible it
>> won't work anymore.  It should be possible to hack root-tail to not
>> clear its window.  Though that wouldn't work either.  What it really
>> needs to do is send expose events to the window every time it blanks
>> regions, which I guess it isn't doing.
> 
> But if it did that, wouldn't xfdesktop get rid of the root-tail text
> as it redrew itself?

It depends on who ends up getting to redraw first, I suppose.  So it
could be a race condition, so right, this wouldn't really help.

> Is there a reason xfdesktop makes one big window for itself instead of
> drawing on the root window directly?

Ease of implementation is the main reason, but there are probably
others.  I'm too tired to think of them.  Though that's really
irrelevant to this problem: we'd run into the exact same issues with
xfdesktop drawing to the root window and root-tail trying to draw as well.

It's possible to draw the backdrop image the old way (though I really
don't want to switch back), which would solve part of your problem, but
root-tail would still clear and overwrite the desktop icons, which can't
be done like the backdrop used to be done.  Well, I suppose it could be,
but it would likely be horribly flickery and slow.

At any rate, I'm afraid root-tail compatibility is gone.  Sorry.

	-brian

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEauQL6XyW6VEeAnsRA11FAJ9/86SxXUUDOafV2OY17h2zPjgoaACfePIH
0MyVXp1XcWoejXUyLu1PFyc=
=kyF/
-----END PGP SIGNATURE-----



More information about the Xfce mailing list