From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Tue, 07 Dec 2010 17:38:26 +0100 Message-ID: <4CFE6302.3010609@gmx.de> 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=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1291739945 17461 80.91.229.12 (7 Dec 2010 16:39:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Dec 2010 16:39:05 +0000 (UTC) Cc: 'martin rudalics' , '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:38:59 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 1PQ0Z9-0006kP-Ny for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 17:38:59 +0100 Original-Received: from localhost ([127.0.0.1]:50695 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQ0Z8-0008H2-KY for ged-emacs-devel@m.gmane.org; Tue, 07 Dec 2010 11:38:58 -0500 Original-Received: from [140.186.70.92] (port=38091 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PQ0Z3-0008Dm-Js for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:38:54 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PQ0Z2-0003uF-EF for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:38:53 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.23]:33417 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PQ0Z2-0003tk-23 for emacs-devel@gnu.org; Tue, 07 Dec 2010 11:38:52 -0500 Original-Received: (qmail invoked by alias); 07 Dec 2010 16:38:49 -0000 Original-Received: from unknown (EHLO [10.45.33.66]) [82.113.121.201] by mail.gmx.net (mp003) with SMTP; 07 Dec 2010 17:38:49 +0100 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX1/bhn4NjJTbylbmlk2IRk+j9NlP5auL46PebDyOLp RZt3VU0Kbxwm6H User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) 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:133501 Archived-At: Drew Adams wrote: >>> Open a second frame, show *scratch*, go to the first frame, show >>> some file, type M-: (select-window (get-buffer-window "*scratch*" t)) >>> type some more chars. >>> >>> For me, chars go to file (GTK and MS-Windows). >> A clear bug IMHO. The command loop must switch focus here. > > A clear bug? Why? It all depends what the intention (design) of `M-:' is. It > sounds like you are trying to redesign it. > > 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. Then what about M-: (display-buffer "*scratch*" nil t) which does indeed select the window on the other frame and switch focus. While it is documented as (display-buffer BUFFER-OR-NAME &optional NOT-THIS-WINDOW FRAME) Make buffer BUFFER-OR-NAME appear in some window but !!! don't select !!! it. Whereas 'select-window' (select-window WINDOW &optional NORECORD) Select WINDOW. Most editing will apply to WINDOW's buffer. does NOT select the window to apply my editing. What are the intentions you see and how do they make sense to you? Just curious ... > 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-:'.)