when adding "gtk-enable-tooltips = 0" to ~/.gtkrc-2.0 to disable all tooltips (especially for desktop icons they are more than annoying), this works as desired but with this setting I am no longer able to move my desktop icons, and can't even make a transparent selection rectangle covering multiple icons or even an empty part of the desktop. As soon as I reenable tooltips by removing the mentioned line from ~/.gtkrc-2.0, everything goes back to "normal". System here is OpenSuSE 12.1, i586 I also found an identical report (for an older xfce version) here: https://bbs.archlinux.org/viewtopic.php?id=98079
Created attachment 4002 [PATCH] Added a call to gdk_window_get_pointer in xfdesktop_icon_view_motion_notify so that it will continute to receive the needed event messages. This patch will allow you to disable tool tips and still select/drag icons on the desktop. Please try it out and report any issues.
This is an incorrect approach.
I was using http://mail.gnome.org/archives/gtk-list/2007-July/msg00041.html to figure out how to get the notify events when tooltips are disabled. Aside from not using the motion notify events at all, is there a better way?
Created attachment 4186 [PATCH] Change to POINTER_MOTION_HINT_MASK & use gdk_event_request_motions Changed to POINTER_MOTION_HINT_MASK and use gdk_event_request_motions to keep the events going. Hopefully this the correct way to do it.
If this works it looks better. Feel free to push in branch.
Fixed in 385fc14.
in saluki puppy linux 022, this setting seems to affect scrolling in the web-browser, triggered by entering edit mode in a post in a forum (possibly any textbox). i cannot grab the vertical scrollbox and pull it up or down. Also seems to cause abnormal mouse-pointers in the browser (i-beam when it should be arrowhead, arrowhead when it should be a hand or i-beam).
my previous note refers to google chrome, as installed from puppy package manager. have not tested further.