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: Mon, 19 Mar 2007 01:15:02 -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 1174281511 11032 80.91.229.12 (19 Mar 2007 05:18:31 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 19 Mar 2007 05:18:31 +0000 (UTC) Cc: schwab@suse.de, cyd@stupidchicken.com, emacs-devel@gnu.org To: "Juanma Barranquero" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Mar 19 06:18:22 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 1HTAGC-0000jE-D7 for ged-emacs-devel@m.gmane.org; Mon, 19 Mar 2007 06:18:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HTAHd-0007LR-2j for ged-emacs-devel@m.gmane.org; Mon, 19 Mar 2007 00:19:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HTAGQ-00062S-7Q for emacs-devel@gnu.org; Mon, 19 Mar 2007 01:18:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HTAGO-00061K-O7 for emacs-devel@gnu.org; Mon, 19 Mar 2007 01:18:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HTAGO-00060r-FM for emacs-devel@gnu.org; Mon, 19 Mar 2007 00:18:32 -0500 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HTAEx-0003l6-SS for emacs-devel@gnu.org; Mon, 19 Mar 2007 01:17:04 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.60) (envelope-from ) id 1HTAD0-0003Rb-5G; Mon, 19 Mar 2007 01:15:02 -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:68078 Archived-At: ;; We're inside a minibuffer already, so if the emacs-client is trying ;; to open a frame on a new display, we might end up with an unusable ;; frame because input from that display will be blocked (until exiting ;; the minibuffer). Better exit this minibuffer right away. ;; Similarly with recursive-edits such as the splash screen. In the case where it really is on a different display, and if you don't see that other display, the result would be very undesirable. This code prevents that bad result. Unfortunately, there is no way ot distinguish the various cases, because there is no way for Lisp code to find out which frame or display the minibuffer is on. So I guess this has to be left alone.