xfdesktop - desktop menu strange behaviour

Brian J. Tarricone bjt23 at cornell.edu
Tue Feb 14 16:23:28 CET 2006

Hash: SHA1

daniele favara wrote:
> On 2/14/06, Brian J. Tarricone <bjt23 at cornell.edu> wrote:
>> 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
> before.
> 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.


Version: GnuPG v1.4.2 (GNU/Linux)


More information about the Xfce4-dev mailing list