[Xquartz-dev] XQuartz-2.7.1_rc2

[Jeremy Huddleston]

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 at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/xquartz-dev
>