xfdesktop - desktop menu strange behaviour
Brian J. Tarricone
bjt23 at cornell.edu
Tue Feb 14 16:23:28 CET 2006
-----BEGIN PGP SIGNED MESSAGE-----
daniele favara wrote:
> On 2/14/06, Brian J. Tarricone <bjt23 at cornell.edu> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>> David Keogh wrote:
>>> Using the latest version of xfdesktop. Whenever I use the desktop menu,
>>> a "ghost" of the menu is left behind. The menu is still visible on the
>>> desktop, but it shouldn't be and isn't actually active. It will
>>> disappear if I move a window over it though.
>>> I've attached a screenshot, because it's a little difficult to explain.
>>> Another oddity is that if I start xfdesktop in my gnome session, it
>>> works just fine.
>>> Is anyone else having this problem or is it just my system?
>> This is a very old bug that I might have reintroduced recently, though
>> I'm not seeing it here. Please update to latest SVN; tell me your
>> revision and if it's still happening. Also let me know your gtk version.
> that issue is something i found recently using gtk ... i'm pretty
> sure it's not an X bug but a strange behaviour of gtk lib ... maybe
> i'm wrong .. but from what i doscovered it seems you should re-draw
> the desktop on_expose events. Anyway it's strange it didn't happen
> PS: esetroot has a nice code that could solve this:
Actually, you just don't have any idea what you're taking about. It's
an expose-event handling change introduced in either gtk 2.4 or 2.6.
And of course you have to redraw things on expose events (well, with
some exceptions, but in general). Duh.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (GNU/Linux)
-----END PGP SIGNATURE-----
More information about the Xfce4-dev