If clicking on an X11 window results in the click being sent to another X11 window, that is an issue in X11. I remember that bug existed back in the early Leopard days, but I haven't heard of it since then.
This sounds different. You're clicking on an X11 window, and the click is being sent to a window in another application. That is certainly wrong, but different than the issue I was remembering. Can you please create a screencapture of this happening using Quicktime X? FWIW, I don't think this is an X11 issue because that button press is never sent to X11 for us to redirect it elsewhere... On Feb 4, 2012, at 04:20, Peter Dyballa wrote: > > Am 28.1.2012 um 20:37 schrieb Jeremy Huddleston: > >> I'm hoping that this change might work around the "X11 looses focus" bug >> that I've never been able to reproduce. > > I have to correct my previous post: this focus bug still exists. I would have > needed to wait (and work) a bit more (five days running time, ten or more > times sending the Mac to sleep and awakening it from sleep) to encounter it > again. On a mixed spaces desktop with native Mac OS X applications and X11 > windows when I click on an X client's window with the mouse this event goes > through the X client and hits a native application. Then it's not possible to > select any GNU Emacs window. In this situation it can happen that I start a > text selection in an X window lying under the top most one. The situation can > be made normal when I select the title bar of gkrellm. > > -- > Greetings > > Pete > > Only useless documentation transcends the first two laws. > – Arnold's Third Law of Documentation > > > _______________________________________________ > Xquartz-dev mailing list > Xquartz-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev > _______________________________________________ Xquartz-dev mailing list Xquartz-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
