From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: Pretest? Date: Thu, 15 Mar 2007 11:44:52 -0400 Message-ID: <878xdy5x57.fsf@stupidchicken.com> References: <87slcf8qxr.fsf@stupidchicken.com> <20070309135920.GA3560@kobe.laptop> <87hcsuwk6w.fsf@stupidchicken.com> <87hcso2akn.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 1173973542 25773 80.91.229.12 (15 Mar 2007 15:45:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 15 Mar 2007 15:45:42 +0000 (UTC) Cc: lekktu@gmail.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 15 16:45:29 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 1HRs8q-0003uH-GR for ged-emacs-devel@m.gmane.org; Thu, 15 Mar 2007 16:45:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRs9q-00020C-J2 for ged-emacs-devel@m.gmane.org; Thu, 15 Mar 2007 10:46:26 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRs9X-0001uU-KM for emacs-devel@gnu.org; Thu, 15 Mar 2007 11:46:07 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRs9W-0001su-Nv for emacs-devel@gnu.org; Thu, 15 Mar 2007 10:46:06 -0500 Original-Received: from south-station-annex.mit.edu ([18.72.1.2]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HRs8V-0008Ek-I8; Thu, 15 Mar 2007 11:45:03 -0400 Original-Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82]) by south-station-annex.mit.edu (8.13.6/8.9.2) with ESMTP id l2FFj1MW026294; Thu, 15 Mar 2007 10:45:01 -0500 (EST) Original-Received: from outgoing-legacy.mit.edu (OUTGOING-LEGACY.MIT.EDU [18.7.22.104]) by grand-central-station.mit.edu (8.13.6/8.9.2) with ESMTP id l2FFirGo009410; Thu, 15 Mar 2007 11:44:53 -0400 (EDT) Original-Received: from localhost ([18.19.7.211]) ) by outgoing-legacy.mit.edu (8.13.6/8.12.4) with ESMTP id l2FFiqTr017926; Thu, 15 Mar 2007 11:44:52 -0400 (EDT) Original-Received: from cyd by localhost with local (Exim 3.36 #1 (Debian)) id 1HRs8K-0000uR-00; Thu, 15 Mar 2007 11:44:52 -0400 In-Reply-To: (Richard Stallman's message of "Wed\, 14 Mar 2007 21\:38\:36 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) X-Scanned-By: MIMEDefang 2.42 X-Spam-Score: -2.599 X-detected-kernel: Solaris 9.1 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:67960 Archived-At: Richard Stallman writes: > > It should display that buffer in another window, and not abort > > anything. > > That might means the new buffer will not be immediately available for > editing, until the user cancels the minibuffer or isearch. > > That is right. The user will see the other buffer appear, and can > either finish or cancel the command that is in progress. I think that > is less harsh. By the way, do you actually use emacsclient/server yourself? It seems that people who actually do use emacsclient (well, and also everyone else who has weighed in on this matter) feel it is more intuitive for an emacsclient call to interrupt isearch, rather than the behavior you are proposing. In that sense, your "less harsh" behavior---whatever other benefits it might have---is actually more harsh, because it doesn't do what people expect.