From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Pretest? Date: Tue, 13 Mar 2007 23:24:21 -0400 Message-ID: References: <87slcf8qxr.fsf@stupidchicken.com> <20070309135920.GA3560@kobe.laptop> <87hcsuwk6w.fsf@stupidchicken.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1173842938 13956 80.91.229.12 (14 Mar 2007 03:28:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 14 Mar 2007 03:28:58 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 14 04:28:52 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 1HRKAV-0004dn-IG for ged-emacs-devel@m.gmane.org; Wed, 14 Mar 2007 04:28:51 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRKBL-0007Bi-EG for ged-emacs-devel@m.gmane.org; Tue, 13 Mar 2007 22:29:43 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HRK8p-00067c-5h for emacs-devel@gnu.org; Tue, 13 Mar 2007 23:27:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HRK8o-00067A-CV for emacs-devel@gnu.org; Tue, 13 Mar 2007 23:27:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HRK8o-000672-56 for emacs-devel@gnu.org; Tue, 13 Mar 2007 22:27:06 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HRK7x-0004TZ-Ko for emacs-devel@gnu.org; Tue, 13 Mar 2007 23:26:13 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HRK69-0007EP-Dz; Tue, 13 Mar 2007 23:24:21 -0400 In-reply-to: (lekktu@gmail.com) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:67890 Archived-At: > I think that in cases like this server.el should display the new buffer > in another window, so that the user knows to go over and edit it. If the user wants server.el to display emacsclient-sent buffers in another window or frame, he can set server-window. Yes, but that is a different issue. I am talking about what to do when emacsclient wants to display a buffer, but something like a minibuffer or an isearch prevents it from switching effectively to that buffer in the normal way. It should display that buffer in another window, and not abort anything. And IIRC, both the current isearch issue and the previous patch to abort recursive editing were prompted by users considering not doing that as a bug. I thought they complained because the buffer was not visible.