From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Daniel Brockman Newsgroups: gmane.emacs.devel Subject: Re: Should killing a help or compile buffer also delete the window? Date: Mon, 25 Apr 2005 00:50:16 +0200 Message-ID: <87r7gzyel3.fsf@wigwam.deepwood.net> References: <87is2c7mnx.fsf@brockman.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1114382717 22118 80.91.229.2 (24 Apr 2005 22:45:17 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 24 Apr 2005 22:45:17 +0000 (UTC) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 25 00:45:14 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DPpqN-0000E5-99 for ged-emacs-devel@m.gmane.org; Mon, 25 Apr 2005 00:44:51 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DPpvm-0001aq-8b for ged-emacs-devel@m.gmane.org; Sun, 24 Apr 2005 18:50:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DPpvI-0001W4-V5 for emacs-devel@gnu.org; Sun, 24 Apr 2005 18:49:57 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DPpvH-0001UI-1r for emacs-devel@gnu.org; Sun, 24 Apr 2005 18:49:56 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DPpvG-00015X-N1 for emacs-devel@gnu.org; Sun, 24 Apr 2005 18:49:54 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16) (Exim 4.34) id 1DPpvA-0001by-Go for emacs-devel@gnu.org; Sun, 24 Apr 2005 18:49:48 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DPpn1-0008NI-MB for emacs-devel@gnu.org; Mon, 25 Apr 2005 00:41:23 +0200 Original-Received: from c-4db670d5.028-10-67766c2.cust.bredbandsbolaget.se ([213.112.182.77]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2005 00:41:23 +0200 Original-Received: from daniel by c-4db670d5.028-10-67766c2.cust.bredbandsbolaget.se with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2005 00:41:23 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: emacs-devel@gnu.org Original-Lines: 35 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: c-4db670d5.028-10-67766c2.cust.bredbandsbolaget.se X-Face: :&2UWGm>e24)ip~'K@iOsA&JT3JX*v@1-#L)=dUb825\Fwg#`^N!Y*g-TqdS AevzjFJe96f@V'ya8${57/T'"mTd`1o{TGYhHnVucLq!D$r2O{IN)7>.0op_Y`%r;/Q +(]`3F-t10N7NF\.Mm0q}p1:%iqTi:5]1E]rDF)R$9.!,Eu'9K':y9^U3F8UCS1M+A$ 8[[[WT^`$P[vu>P+8]aQMh9giu&fPCqLW2FSsGs User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/22.0.50 (gnu/linux) Cancel-Lock: sha1:V24Nn1XKpW7J5bqsCfLAO/M2TPI= 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:36350 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36350 Richard Stallman writes: > You shouldn't consider these [temporary] buffers a problem. You're right, I really shouldn't. I'm mostly over it these days. Midnight mode helps, too. > Finding "the right way" to remove a temporary buffer from the screen > is a very hard problem. Nobody has ever proposed a solution that > really is right all the time, or even nearly all the time. > View mode has tried to implement one, but it too has problems. Granted, but I'm not trying to debate "the right way" to remove a temporary buffer from the screen. I'm proposing that when a temporary buffer is killed, TRYING to also remove the associated window might in itself be the right thing. The actual algorithm to do this is already in place; it has seen heavy use by View mode and descendants. In that case, it's just a matter of invoking it as a response to `C-x k' as well as to `q' key presses. (add-hook 'help-mode-hook (lambda () (make-local-hook 'kill-buffer-hook) (add-hook 'kill-buffer-hook 'View-leave t t))) > I don't want to spend time on thinking about it because I think it > is unlikely to get anywhere. To be honest, I'm growing less and less confident myself that it would be the best default behavior. While many people would definitely find it convenient, I suspect others would just be confused or annoyed. -- Daniel Brockman