From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11939: 24.1; `save-buffers-kill-emacs' loses minibuffer focuswhenitcalls `list-processes' Date: Tue, 7 Aug 2012 06:39:56 -0700 Message-ID: <33B57B2E0F8147CC9B2B23B255977E85@us.oracle.com> References: !<5011116B.4010106@gm x.at><32A934E820BA4853B84229C32F7145A1@us.oracle!!.com><50116AD9.706 09@gmx.at><548032D12CE14E3689257D609E93482F@us.oracle.com><501175C9.3090803@gmx.at><2F76545DBD0C4F199A60F4B750709112@us.oracle.com><5012362A.7070200@gmx.at><4FB29D967D524DA99545D98266DD74B4@us.oracle.com><501540D0.50900@gmx.at><9E8DDE70EE6047779A17AA79E42D0FBA@us.oracle.com><50156DFE.6090807@gmx.at><50165035.409040 1@gmx.at> <501BAAB0.1020!807@gmx! .at> <6461CCBF2903416 0B48D267E46D6FF0E@us.oracle.com> <501D275D.3000701@gmx.at> <7E4F337C7F6A4B8281ABE6C82A8CA70E@us.oracle.com> <501FE2C6.8060204@gmx.at> <268E38CB8E2A453EACA574FB7B00628F@us.oracle.com> <5020D8AA.4010200@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1344346871 24776 80.91.229.3 (7 Aug 2012 13:41:11 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Aug 2012 13:41:11 +0000 (UTC) Cc: 11939@debbugs.gnu.org To: "'martin rudalics'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 07 15:41:11 2012 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 1Syk21-0000E4-V9 for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Aug 2012 15:41:10 +0200 Original-Received: from localhost ([::1]:38390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Syk21-0004f0-9p for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Aug 2012 09:41:09 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37290) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Syk1x-0004VR-3y for bug-gnu-emacs@gnu.org; Tue, 07 Aug 2012 09:41:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Syk1v-0006v7-KS for bug-gnu-emacs@gnu.org; Tue, 07 Aug 2012 09:41:05 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Syk1v-0006v1-Ha for bug-gnu-emacs@gnu.org; Tue, 07 Aug 2012 09:41:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Syk9d-000425-MK for bug-gnu-emacs@gnu.org; Tue, 07 Aug 2012 09:49:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Aug 2012 13:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11939-submit@debbugs.gnu.org id=B11939.134434728715432 (code B ref 11939); Tue, 07 Aug 2012 13:49:01 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 7 Aug 2012 13:48:07 +0000 Original-Received: from localhost ([127.0.0.1]:39111 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Syk8l-00040r-55 for submit@debbugs.gnu.org; Tue, 07 Aug 2012 09:48:07 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]:33928) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Syk8h-00040j-TF for 11939@debbugs.gnu.org; Tue, 07 Aug 2012 09:48:05 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by acsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q77De2DX028264 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 7 Aug 2012 13:40:03 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q77De0hB015819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 7 Aug 2012 13:40:01 GMT Original-Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q77De0tc019803; Tue, 7 Aug 2012 08:40:00 -0500 Original-Received: from dradamslap1 (/10.159.219.109) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 07 Aug 2012 06:39:59 -0700 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac10eshdNd7vAf0kTxKRQdWj32B5vgAJSW9w In-Reply-To: <5020D8AA.4010200@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:62909 Archived-At: > > This has nothing specially to do with the *Help* frame. When I do > > (frame-parameters) in ANY frame I do not see a parameter > > named `quit-restore'. > > > > Am I missing something? Is this parameter not returned > > via `frame-parameters' or something? > > It's returned via `window-parameters'. (window-parameters) returns nil. In every window I've tried so far. Let me know if there is some particular test you want me to make. > >> >> > IOW, the *Help* frame is apparently no longer > >> >> > special-display as it should be. > >> >> > >> >> It still is and should call `frame-auto-hide-function'. > >> > > >> > No idea what that means. > >> > >> `frame-auto-hide-function' is the function called to > >> automatically hide frames. > > > > What I don't understand is your statement "It still is". > > From appearances it is not special-display, in the sense that its > > frame does not seem to be dedicated. > > The notion "dedicated frame" is an aberration of the Elisp manual. > Emacs code nowhere supports such a notion. If you want to describe the phenomenon in more accurate terms, please do so. I simply meant, as should have been clear from the context, that _the window in which the buffer is displayed_ does not seem to be dedicated. Since the frame is a one-window frame, I spoke informally of its _frame_ not seeming to be dedicated. I'm all for being more precise in the language if you think it helps our communication. Feel free to express things more precisely and I will try to follow your lead. But let's not try to be pedantic to no good end. I think you know full well what I was saying, no? The buffer was replaced in its window by another buffer. > What "appearances" have to do with dedicatedness is beyond my imagination. Substitute "behavior" for "appearances", if you like. I think you understand what I am saying. The point is that it should not be possible for another buffer to take the place of a special-display buffer in its window. The window should be dedicated. And that is not what I am seeing (after loading your code). Everywhere that a buffer (in my setup) would normally be special-display, hence its window would be dedicated, it is not so after I load your code. No buffer that should be special-display is so, in the sense that no buffer's window is dedicated, as shown by the buffer being replaced in that window by another. That last phrase is, as should have been obvious, what I meant by "from appearances". And I only added "from appearances" because you are apparently (from appearances ;-)) insisting that the buffer _is_ special-display. If it is in fact special-display, in some sense that I am not familiar with, then at least _from appearances_, with my understanding of special-display, it is not. And by that I mean that it does not appear to behave as a special-display buffer should behave wrt having a dedicated window: its window does not seem to be dedicated. Clear enough now?