Am 30.07.2011 um 10:45 schrieb Peter Dyballa:
I think the problem is of a different nature. (I sometimes thought it could come from the fact that one GNU Emacs instance runs with super-user privileges, launched as 'sudo -H ...'.) It can *often* be reproduced when I leave GNU Emacs and switch to a different space to work with a native Mac OS X application (OmniWeb, Mail, ...). When I then return and choose a different GNU Emacs instance or other X client (gkrellm, Sunclock) this one does not get selected. I first have to remember and click the last selected X client to be able to select and use another X client. (I did not test with text input and X clients with more than one open window.)
Actually I have to click gkrellm or Sunclock to make GNU Emacsen behave sensibly again. This is the most reliable way. Sometimes it works to click into the window's bar when it is no obscuring another window. Then it can happen that the click event is received by the partially obscured X client. Sunclock and gkrellm are mostly only partially unobscured, so by clicking their window bars with no other X client below things become normal again. Another bug is with selecting text. When I do this somewhere near the top of an Emacs window and far below for example a compilation is producing text output, then I cannot copy the selected text with ⌘-c and insert it in another X client's (another GNU Emacs) window. What gets inserted here is a lot of text that was obviously produced during the period from start to end of text selection. Into a native Mac OS X application (the AppKit or NS/Cocoa variants of GNU Emacs) the selected and high-lighted text gets inserted. -- Greetings Pete Progress (n.): Process through which USENET evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.