From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Kifer Newsgroups: gmane.emacs.devel Subject: Re: [evilborisnet@netscape.net: weird behavior of ediff with multiple displays] Date: Thu, 08 Dec 2005 16:27:39 -0500 Message-ID: <20051208212739.C62464083@kiferlap.kiferhome.com> References: NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1134077356 21976 80.91.229.2 (8 Dec 2005 21:29:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 8 Dec 2005 21:29:16 +0000 (UTC) Cc: emacs-devel@gnu.org, evilborisnet@netscape.net Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 08 22:29:07 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EkTIz-0001KW-BV for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2005 22:27:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EkTJI-0000z4-6c for ged-emacs-devel@m.gmane.org; Thu, 08 Dec 2005 16:28:16 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EkTJ7-0000yU-9y for emacs-devel@gnu.org; Thu, 08 Dec 2005 16:28:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EkTJ6-0000yC-GO for emacs-devel@gnu.org; Thu, 08 Dec 2005 16:28:04 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EkTJ6-0000y9-CI for emacs-devel@gnu.org; Thu, 08 Dec 2005 16:28:04 -0500 Original-Received: from [130.245.1.15] (helo=sbcs.cs.sunysb.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EkTK8-000810-FU; Thu, 08 Dec 2005 16:29:08 -0500 Original-Received: from kiferlap.kiferhome.com (compserv2 [130.245.1.58]) by sbcs.cs.sunysb.edu (8.12.3/8.12.11) with ESMTP id jB8LRcGg026816; Thu, 8 Dec 2005 16:27:38 -0500 (EST) Original-Received: by kiferlap.kiferhome.com (Postfix, from userid 501) id C62464083; Thu, 8 Dec 2005 16:27:39 -0500 (EST) Original-Received: from kiferlap.kiferhome.com (localhost [127.0.0.1]) by kiferlap.kiferhome.com (Postfix) with ESMTP id C24C947E7F; Thu, 8 Dec 2005 16:27:39 -0500 (EST) Original-To: rms@gnu.org In-Reply-To: Message from "Richard M. Stallman" of "Thu, 08 Dec 2005 14:27:38 EST." X-Mailer: MH-E 7.85+cvs; nmh 1.0.4; GNU Emacs 22.0.50.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:47255 Archived-At: If I specify that I want a frame without a minibuffer, I don't want emacs to second-guess me and create a minibuffer-only frame that I didn't ask for. This is a bad idea. If I wanted a separate minibuffer then I would have said that I want it explicitly. > I don't think this is the right thing to do in all cases. > This shouldn't happen when there is another frame that already has a > minibuffer. > > I don't like the idea of making one frame use another frame's > minibuffer, as a default. If you want to do that, you can do it > explicitly, by specifying a different value for the `minibuffer' frame > parameter. But the thing Emacs does automatically is create a separate > minibuffer frame. > > I just commented out an incorrect change which would have altered > that. > > For some reason emacs adds the separate minibuffer frame > when it works over the ssh tunnel and displays frames on the local > machine (while running on a remote). > > Perhaps the code that creates the separate minibuffer frame > needs to specify different arguments in that case. > > The code is in make_frame_without_minibuffer. > Would someone like to suggest a patch to make it DTRT > in this case? >