From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#20538: 24.4; Attempt to delete a surrogate minibuffer frame Date: Tue, 12 May 2015 11:36:24 +0200 Message-ID: <5551C998.4040508@gmx.at> References: <874mnly25v.fsf@gnu.org> <554F4F64.20604@gmx.at> <46510.69799.372989.21839@gargle.gargle.HOWL> <55507FA7.7020906@gmx.at> <57556.25510.62959.21840@gargle.gargle.HOWL> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1431423459 4152 80.91.229.3 (12 May 2015 09:37:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 12 May 2015 09:37:39 +0000 (UTC) Cc: 20538@debbugs.gnu.org To: Roland Winkler Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue May 12 11:37:29 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Ys6cy-00060H-MS for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 May 2015 11:37:28 +0200 Original-Received: from localhost ([::1]:41751 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ys6cy-0007K5-5r for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 May 2015 05:37:28 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41119) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ys6cZ-0006oh-Nb for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 05:37:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ys6cY-0003ri-R9 for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 05:37:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59907) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ys6cY-0003rc-Nv for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 05:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Ys6cY-00076v-6v for bug-gnu-emacs@gnu.org; Tue, 12 May 2015 05:37:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 May 2015 09:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20538 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20538-submit@debbugs.gnu.org id=B20538.143142339727280 (code B ref 20538); Tue, 12 May 2015 09:37:02 +0000 Original-Received: (at 20538) by debbugs.gnu.org; 12 May 2015 09:36:37 +0000 Original-Received: from localhost ([127.0.0.1]:41646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ys6c8-00075w-Pt for submit@debbugs.gnu.org; Tue, 12 May 2015 05:36:37 -0400 Original-Received: from mout.gmx.net ([212.227.15.19]:49295) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Ys6c6-00075g-Af for 20538@debbugs.gnu.org; Tue, 12 May 2015 05:36:35 -0400 Original-Received: from [62.47.248.4] ([62.47.248.4]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LZzKf-1Zd1Dl0dbR-00lnvu; Tue, 12 May 2015 11:36:28 +0200 In-Reply-To: <57556.25510.62959.21840@gargle.gargle.HOWL> X-Provags-ID: V03:K0:2R+NVvqMChAupPosxkPepQm4uZRiN5GJEGJFfBdqPaQ9+eXJSAB v1F89vnYIL56zXDulizJJeVj9qmiAPCnaqwuy19T2JQUmCrPMmuiEAcjI9cVll8yIAZEQq1 qEnvAoCuPB5flmuJp1Iz+5HR+TSOPSQzKjYViHj7KnyLICRr9ht1WqMRlp8dskljFDYC4mW aNoOxkxLlMRddwSu9VIMg== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:102696 Archived-At: > My usage scenario is the following: > > Normally I run emacs with always no more than two frames. I create > a 2nd frame as needed, but I delete it when it is not needed anymore > so that it does not clutter the desktop. An ediff session then adds > one more frame for the ediff control panel. Yet during an ediff > session I can get side-tracked: the frame used for displaying the ediff > buffers A and B may get used for something else, then I create > another frame and finally I want to delete the frame that Ediff > wants to use as surrogate minibuffer frame. Such things happen to me all the time. That's why I prefer `ediff-setup-windows-plain' (and `split-window-horizontally' as `ediff-split-window-function'). > I understand that the frame displaying the ediff control panel needs > *some* other frame to provide a minibuffer. Is it necessary that a > particular frame serves this purpose? Or would it be sufficient > that emacs made sure that always at least one frame has a proper > minibuffer? (In the case of the ediff control panel, I believe it > is fair to assume that anyway this frame rarely requires a proper > minibuffer. For me, the control panel is effectively the minibuffer > for an ediff session: commands are entered in that buffer; there is > no need for "a minibuffer for the ediff minibuffer".) At any time every frame has a corresponding minibuffer window and that window won't change for the frame's entire lifetime. > If nothing else, it would be good if the error message issued when > attempting to delete a surrogate minibuffer frame could be improved: > I got this error message at a point when I was not thinking about > ediff, but I just wanted to get back to my default "one frame > setup"; and it happened I wanted to delete the wrong frame to > achieve this goal. The problem is that the entity that issues the message is not aware of the intrinsics of ediff. martin