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#8615: Please make sure v q removes the buffer for JPGs just likeit does for other files Date: Wed, 23 Nov 2011 12:55:43 -0800 Message-ID: <304BA588412848B8BF62CEF3CEDCA56E@us.oracle.com> References: <87y5v9klwb.fsf@mail.jurta.org> <87zkfo1zke.fsf@jidanni.org><87fwhg9lbo.fsf@mail.jurta.org> <87y5v7gy4p.fsf@gnu.org><874nxvmif0.fsf@mail.jurta.org> <8762iay5fw.fsf@mail.jurta.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1322081808 27323 80.91.229.12 (23 Nov 2011 20:56:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 23 Nov 2011 20:56:48 +0000 (UTC) Cc: 'Lars Magne Ingebrigtsen' , 'Chong Yidong' , 8615@debbugs.gnu.org, jidanni@jidanni.org To: "'Juri Linkov'" , "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Nov 23 21:56:40 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJrz-00018W-JP for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 21:56:39 +0100 Original-Received: from localhost ([::1]:33817 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTJrz-0006C3-31 for geb-bug-gnu-emacs@m.gmane.org; Wed, 23 Nov 2011 15:56:39 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:38373) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTJrw-0006By-TZ for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 15:56:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RTJrv-0001rn-S8 for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 15:56:36 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:34769) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RTJrv-0001ri-Qi for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 15:56:35 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1RTJtK-0007CW-Bs for bug-gnu-emacs@gnu.org; Wed, 23 Nov 2011 15:58:02 -0500 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: Wed, 23 Nov 2011 20:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 8615 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 8615-submit@debbugs.gnu.org id=B8615.132208184227634 (code B ref 8615); Wed, 23 Nov 2011 20:58:02 +0000 Original-Received: (at 8615) by debbugs.gnu.org; 23 Nov 2011 20:57:22 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJsg-0007Bf-6U for submit@debbugs.gnu.org; Wed, 23 Nov 2011 15:57:22 -0500 Original-Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1RTJse-0007BY-6W for 8615@debbugs.gnu.org; Wed, 23 Nov 2011 15:57:21 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id pANKtomf007540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 23 Nov 2011 20:55:51 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id pANKtnbi008872 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 23 Nov 2011 20:55:49 GMT Original-Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id pANKthoY010938; Wed, 23 Nov 2011 14:55:43 -0600 Original-Received: from dradamslap1 (/10.159.44.3) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 23 Nov 2011 12:55:43 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <8762iay5fw.fsf@mail.jurta.org> Thread-Index: AcyqGynbkmv+OlyQQLKQQO2d5xGm7QAA+SSQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A090202.4ECD5DD8.001F,ss=1,re=0.000,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 23 Nov 2011 15:58:02 -0500 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:54232 Archived-At: > > because I like my Emacs to accumulate buffers. > > That's the main problem: some users like to accumulate buffers > and some users don't like. So there should be an option to disable > accumulating by `q'. One variant is remap such as you recommended in > http://lists.gnu.org/archive/html/emacs-devel/2011-10/msg01136.html > Another variant is adding a defcustom such as `quit-window-kills'. > It seems defcustom is more user-friendly. Another distinction that it might help to make here is the kind of buffer and its purpose. I have no problem accumulating buffers, in general, but I have no need to accumulate buffers that are essentially temporary and part of a dialog, once that dialog is finished. Emacs currently displays some buffers as part of a (non-modal) dialog, but there is no real (operational, code-aware) notion of such a dialog, and generally no way for the code to know that the displayed buffer is no longer needed after the dialog is finished (if the code even knows when it is finished). Such a buffer is really only for temporary display, but it is not handled using any simple construct such as `with-temp-buffer'. (A user will know, of course, and one approach could be to have two different keys, one that blows the buffer away and another that holds onto it.) If this rings a bell, fine. If not, fuggeddabowdit - I'm not interested in belaboring this; we've been through it before. I agree that a reasonable start would be a user option, as Juri suggests (and has been suggested before) - some way for a user to express a preference. "I like my Emacs to accumulate buffers" is fine as an expression of individual preference, but not as a guide to Emacs design for everyone.