xfdesktop - desktop menu strange behaviour

daniele favara danjele at gmail.com
Wed Feb 15 10:38:23 CET 2006

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

i've never seen gtk 2.4 ... so for me it's not been introduced, maybe
i have no idea of what i'm talking about ... but from my tests gtk
stuff doesn't work very well when it has to draw on gtk.gdk.Window 
and worst on root window.

> And of course you have to redraw things on expose events

yes ... i told you that because it doesn't seem to happen.

i attached some tests i did:


line 47-48 --> that has no sense for me


maximize the window ... or just move it around


that's a solution for issue1 ...

i pasted the code of esetroot because it uses xlibs ... and in my
opinion it's a good choice for drawing on desktop, the intention was
just to tell you that it exists .. not that u should use it.

About transparent labels ...

on a thread i asked what was the xfce devel opinion for desktop icons
.. as i needed them i decided to play with pygtk and write an app for
that. Obviously if there is an xfce app that can do that ... i use it,
if an app does't do what i would .. i send a feature request to the
developer and a patch when i can ... unfortunalty during this period
i'm focusinng on pygtk .. so i can just annoy you. As soon as i can
i'll take a look on xfce api.


PS:link to pygtk app i'm playing with to draw desktop icons

-------------- next part --------------
A non-text attachment was scrubbed...
Name: issues.tar.gz
Type: application/x-gzip
Size: 156530 bytes
Desc: not available
URL: <http://mail.xfce.org/pipermail/xfce4-dev/attachments/20060215/9ef55b60/attachment.bin>

More information about the Xfce4-dev mailing list