From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.devel Subject: RE: Should killing a help or compile buffer also delete the window? Date: Mon, 25 Apr 2005 10:20:44 -0700 Message-ID: References: <87is2c7mnx.fsf@brockman.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1114449905 15918 80.91.229.2 (25 Apr 2005 17:25:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Apr 2005 17:25:05 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 25 19:25:00 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DQ7JB-0007Sb-C0 for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2005 19:23:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQ7Oj-00048r-U4 for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2005 13:29:30 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DQ7Nq-0003vL-S4 for emacs-devel@gnu.org; Mon, 25 Apr 2005 13:28:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DQ7No-0003ug-Gb for emacs-devel@gnu.org; Mon, 25 Apr 2005 13:28:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DQ7No-0003in-7X for emacs-devel@gnu.org; Mon, 25 Apr 2005 13:28:32 -0400 Original-Received: from [148.87.122.33] (helo=rgminet04.oracle.com) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DQ7NV-00057S-8j for emacs-devel@gnu.org; Mon, 25 Apr 2005 13:28:13 -0400 Original-Received: from rgminet04.oracle.com (localhost [127.0.0.1]) by rgminet04.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j3PHNL0X017027 for ; Mon, 25 Apr 2005 11:23:22 -0600 Original-Received: from rgmsgw300.us.oracle.com (rgmsgw300.us.oracle.com [138.1.186.49]) by rgminet04.oracle.com (Switch-3.1.6/Switch-3.1.6) with ESMTP id j3PHKj0v013302 for ; Mon, 25 Apr 2005 11:21:32 -0600 Original-Received: from rgmsgw300.us.oracle.com (localhost [127.0.0.1]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with ESMTP id j3PHKjrl029949 for ; Mon, 25 Apr 2005 11:20:45 -0600 Original-Received: from dradamslap (dradams-lap.us.oracle.com [130.35.177.126]) by rgmsgw300.us.oracle.com (Switch-3.1.4/Switch-3.1.0) with SMTP id j3PHKihh029942 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Mon, 25 Apr 2005 11:20:44 -0600 Original-To: X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <87is2c7mnx.fsf@brockman.se> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE 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:36375 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36375 I've always found it annoying that Emacs seems to have a habit of leaving junk windows around whenever you invoke something that needs to display information in a temporary buffer.... I realize that you can't expect Emacs to know when you are done with a window unless you actually tell when. The obvious way to tell when is to type `C-x 1' or `C-x 0', but this leaves the temporary buffer lingering, which makes me nervous.... When I was new to Emacs, I would always kill a garbage buffer before deleting its temporary window. Eventually, I discovered `C-x 4 0' and started using that.... I believe the Right Thing to do when the user kills a temporary buffer whose window was created as a side-effect of displaying the buffer in question is to restore the old window configuration. At least when the automatically created window hasn't been used for anything else, Emacs should take the hint and get the window out of the user's face. The annoyance you describe is, I think, exacerbated (or perhaps is only manifest?) when one uses one window per frame by default, as I do. And commands like `delete-window' and `kill-buffer-and-window' don't help in this regard, with one-window frames. FWIW, I customized a few things in my Emacs to deal with this. I mention it for those who might be interested, not as a proposal to change Emacs itself. If interested, see the short description at http://www.emacswiki.org/cgi-bin/wiki/Delete_Frames_Easily_-_But_Not_Too_Eas ily. Wrt various efforts to deal with this and your comments on deleting windows and killing buffers: Deleting a window should not, in general, delete (kill) its buffer, but killing a buffer _interactively_ can often reasonably delete its window too (and frame, if `one-window-p'). - Drew