From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Tue, 07 Dec 2010 17:57:42 +0100 Message-ID: <4CFE6786.7010705@gmx.at> References: <4CE56872.6050502@gmx.de><4CE6A9C3.5060400@gmx.de> <4CE792B7.7090406@gmx.at><4CE7DEAB.8030401@gmx.de> <4CE80D77.10801@gmx.at><4CE83A6B.6090904@gmx.de> <4CE8EB28.3060607@gmx.at><4CE91FED.9060705@gmx.de> <4CE95C04.1090905@gmx.at> <4CEA3A75.50100@gmx.at><4CEA514F.2030901@gmx.de> <4CEA53A5.9080009@gmx.at><4CEA575E.5020607@gmx.de> <4CEA78DB.6010107@gmx.at> <4CEAA8C5.6080503@gmx.at> <4CEB703A.4070309@gmx.at> <4CEBDE5B.1070904@gmx.at><4CEBF770.6080309@gmx.at> <4CFA8432.5000708@gmx.de><4CFB7B30.9030309@gmx.at> <4CFBF5CE.9090200@gmx.de><4CFCAB94.5010208@gmx.at> <4CFD20DF.4000701@gmx.de><4CFD3C78.8050102@gmx.at> <4CFD671B.5010502@gmx.de> <4CFDEDD2.6060402@gmx.at> <0AC0EE7C394E4356B0D6A3E25A26B470@us.oracle.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1291741082 23441 80.91.229.12 (7 Dec 2010 16:58:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Dec 2010 16:58:02 +0000 (UTC) Cc: 'grischka' , 'Stefan Monnier' , emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 07 17:57:58 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PQ0rV-0000ev-GA for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 17:57:58 +0100 Original-Received: from localhost ([127.0.0.1]:51960 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQ0rV-0004w1-3c for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 11:57:57 -0500 Original-Received: from [140.186.70.92] (port=48097 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQ0rQ-0004vt-Ao for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:57:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PQ0rO-0008FK-Qm for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:57:52 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:51167 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PQ0rO-0008Eo-A5 for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:57:50 -0500 Original-Received: (qmail invoked by alias); 07 Dec 2010 16:57:48 -0000 Original-Received: from 62-47-35-60.adsl.highway.telekom.at (EHLO [62.47.35.60]) [62.47.35.60] by mail.gmx.net (mp008) with SMTP; 07 Dec 2010 17:57:48 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19KWmRi2y1Kegz08LAx9iTFbluyvpwCrWbdrHfacy 27uuDBoJ8b01r3 User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: <0AC0EE7C394E4356B0D6A3E25A26B470@us.oracle.com> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:133502 Archived-At: > A clear bug? Why? Because the doc-string of `select-window' says that "Most editing will apply to WINDOW's buffer" and that of `selected-window' says "The selected window is the window ... to which many commands apply". Moreover the modeline of the *scratch* window indicates that the window is selected (which is completely disconcerting when the two frames do not overlap) while input goes to the other frame. Admittedly, the doc-string of `select-frame' says that "If you are using a window system, the previously selected frame may be restored as the selected frame when returning to the command loop, because it still may have the window system's input focus.". But I cannot give a frame input focus every time I select a window. Hence I have to rely on the command loop to tell the window manager that the selected window's frame should get focus. Due to this behavior `display-buffer', when popping up a new frame, has to select that frame although by design it should not change the selected window. Also, due to this bug `display-buffer-other-frame' never worked as Richard intended. > Yes, Lisp evaluation can have side effects, but AFAIK this behavior for `M-:' > was intentional. `M-:' was meant to evaluate a sexp in a one-off operation, but > keep the input focus etc. where it was. I think it has behaved this way since > Day One, and the behavior makes sense, to me at least. > > IMO this has nothing to do with your surrounding window discussion; this part is > only about the interactive behavior of command `eval-expression'. > > (But I admit that I don't even use `eval-expression' for `M-:' - I use > `pp-eval-expression' instead (or something similar) for `M-:'.) The problem is within the interaction between Emacs and the window manager. It does not depend on M-:. martin