From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Pretest? Date: Wed, 14 Mar 2007 10:32:52 +0100 Message-ID: <86slc8w4or.fsf@lola.quinscape.zz> References: <87slcf8qxr.fsf@stupidchicken.com> <20070309135920.GA3560@kobe.laptop> <87hcsuwk6w.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1173864791 6119 80.91.229.12 (14 Mar 2007 09:33:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2007 09:33:11 +0000 (UTC) Cc: cyd@stupidchicken.com, rms@gnu.org, emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 14 10:33:03 2007 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.50) id 1HRPqw-0000yU-6M for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2007 10:33:02 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRPrn-0001gM-NY for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2007 04:33:55 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRPri-0001ck-BM for emacs-devel@gnu.org; Wed, 14 Mar 2007 05:33:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRPrh-0001bU-6P for emacs-devel@gnu.org; Wed, 14 Mar 2007 05:33:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRPrg-0001bH-TF for emacs-devel@gnu.org; Wed, 14 Mar 2007 04:33:48 -0500 Original-Received: from pc3.berlin.powerweb.de ([62.67.228.11]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HRPqo-00048q-4a for emacs-devel@gnu.org; Wed, 14 Mar 2007 05:32:54 -0400 Original-Received: from quinscape.de (pd95b0fdb.dip0.t-ipconnect.de [217.91.15.219]) by pc3.berlin.powerweb.de (8.9.3p3/8.9.3) with ESMTP id KAA12824 for ; Wed, 14 Mar 2007 10:32:51 +0100 X-Delivered-To: Original-Received: (qmail 7795 invoked from network); 14 Mar 2007 09:32:52 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by ns.quinscape.de (qmail-ldap-1.03) with SMTP for ; 14 Mar 2007 09:32:52 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id 81E5BC1BA2; Wed, 14 Mar 2007 10:32:52 +0100 (CET) In-Reply-To: (Juanma Barranquero's message of "Wed\, 14 Mar 2007 10\:18\:31 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 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:67906 Archived-At: "Juanma Barranquero" writes: > On 3/14/07, Richard Stallman wrote: > >> I thought they complained because the buffer was not visible. > > The reporter said: "emacsclient seems to interrupt find-file, > swith-to-buffer and areas marked to be copied, so I think it is > somewhat inconsistent not to quit isearch and put the new buffer on > top." > > We haven't done a poll of user expectations with respect to > emacsclient, but I certainly wouldn't just expect the buffer to be > visible, but selected as well. > > Cancelling isearch is not something done in extreme circunstances; > almost anything you type or do will cancel it (like switching to > another frame). What's so special in cancelling it from emacsclient? Agreed. However, we should still come up with a suitable strategy concerning what we should do when we are in a minibuffer for other reasons (such as M-x). My initial impulse would be to let an emacsclient call behave like C-x C-f: this would with the default setting of enable-recursive-minibuffers (nil) cancel the minibuffer command, return to a non-minibuffer window and open the given file there. With enable-recursive-minibuffers to t, however, would then cause the message "Cannot switch buffers in minibuffer window". Suboptimal. But at least for the default settings, the behavior would be very much like what is expected. And I think even in the case where emacsclient -eval is used, the assumption of "clear minibuffer usage" seems reasonable, since that is somewhat equivalent to using M-: -- David Kastrup