xfdesktop - desktop menu strange behaviour

[Brian J. Tarricone]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

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
> 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.

	-brian

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

iD8DBQFD8fXI6XyW6VEeAnsRAvkUAJ0RGRXYaU3B1+rXO3brRP3veN65VACeOAM2
VPWonBu1zt+DGkeGGEhFN+8=
=6/mf
-----END PGP SIGNATURE-----