unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juri Linkov'" <juri@jurta.org>,
	"'Stefan Monnier'" <monnier@iro.umontreal.ca>
Cc: 'Lars Magne Ingebrigtsen' <larsi@gnus.org>,
	'Chong Yidong' <cyd@gnu.org>,
	8615@debbugs.gnu.org, jidanni@jidanni.org
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	[thread overview]
Message-ID: <304BA588412848B8BF62CEF3CEDCA56E@us.oracle.com> (raw)
In-Reply-To: <8762iay5fw.fsf@mail.jurta.org>

> > 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.






  reply	other threads:[~2011-11-23 20:55 UTC|newest]

Thread overview: 63+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <4E20C5DE.6070107@gmail.com>
2011-05-04 18:16 ` bug#8615: Please make sure v q removes the buffer for JPGs just like it does for other files jidanni
2011-07-04 14:31   ` Lars Magne Ingebrigtsen
2011-07-04 17:45     ` Chong Yidong
2011-07-05  1:47   ` jidanni
2011-07-05  3:44     ` Stefan Monnier
2011-07-05  3:58   ` jidanni
2011-07-05 13:35     ` Lars Magne Ingebrigtsen
2011-07-05 15:04       ` Chong Yidong
2011-07-05 15:07         ` Lars Magne Ingebrigtsen
2011-07-05 19:06           ` Stefan Monnier
2011-07-05 20:47             ` Lars Magne Ingebrigtsen
2011-07-06  0:58               ` Stefan Monnier
2011-07-14 13:53                 ` Lars Magne Ingebrigtsen
2011-07-17  2:10                   ` Stefan Monnier
2010-08-31 12:41                     ` bug#6954: all viewed images left sitting in buffer-list jidanni
2011-07-16 12:24                       ` bug#6954: bug#8615: Please make sure v q removes the buffer for JPGs just like it does for other files jidanni
2011-07-17  2:27                       ` jidanni
2011-07-20 15:40                       ` jidanni
2011-07-17  2:23                     ` Lars Magne Ingebrigtsen
2011-07-15 21:27   ` jidanni
2011-07-15 21:30     ` bug#6954: " Lars Magne Ingebrigtsen
2011-07-15 21:30     ` Lars Magne Ingebrigtsen
     [not found]     ` <m3ipr3b5av.fsf@quimbies.gnus.org>
2011-07-15 22:57       ` bug#6954: " Christoph Scholtes
2011-07-15 22:57       ` bug#8615: " Christoph Scholtes
2011-07-16 13:11       ` martin rudalics
2011-07-16 13:11       ` martin rudalics
     [not found]       ` <4E218E0A.6050302@gmx.at>
2011-07-16 15:19         ` bug#6954: " Christoph Scholtes
2011-07-16 15:19         ` Christoph Scholtes
2011-07-16 15:24           ` Lars Magne Ingebrigtsen
2011-07-18 14:42             ` Stefan Monnier
2011-07-19 15:03               ` Lars Magne Ingebrigtsen
2011-11-21 23:45                 ` Juri Linkov
2011-11-22  0:46                   ` Lars Magne Ingebrigtsen
2011-11-22  1:04                     ` Juri Linkov
2011-07-15 23:22   ` bug#8615: bug#6954: " jidanni
2011-07-15 23:35     ` Christoph Scholtes
2011-07-15 23:35     ` bug#6954: " Christoph Scholtes
     [not found]     ` <4E20CED6.4070207@gmail.com>
2011-07-15 23:38       ` Lars Magne Ingebrigtsen
2011-07-15 23:38       ` Lars Magne Ingebrigtsen
     [not found]       ` <m3r55rw1v3.fsf@quimbies.gnus.org>
2011-07-16  0:40         ` bug#8615: bug#6954: " Christoph Scholtes
2011-07-16  0:40         ` Christoph Scholtes
2011-11-22  5:44   ` jidanni
2011-11-22 16:27     ` Juri Linkov
2011-11-23  6:18       ` Chong Yidong
2011-11-23  7:20         ` Juri Linkov
2011-11-23 10:40           ` Lars Magne Ingebrigtsen
2011-11-23 14:10             ` Stefan Monnier
2011-11-23 19:51               ` Stefan Monnier
2011-11-23 20:00               ` Juri Linkov
2011-11-23 20:55                 ` Drew Adams [this message]
2011-11-23 21:18                   ` bug#8615: Please make sure v q removes the buffer for JPGs just likeit " Juri Linkov
2011-11-24  2:14                     ` Stefan Monnier
2011-11-24  6:13           ` bug#8615: Please make sure v q removes the buffer for JPGs just like it " Chong Yidong
2011-11-24  7:10             ` Juri Linkov
     [not found]               ` <87ehwgm63b.fsf@jidanni.org>
2011-12-08  9:01                 ` Juri Linkov
2011-11-22 22:39     ` Juri Linkov
2011-11-22 18:36   ` jidanni
2011-11-22 18:51     ` Juri Linkov
2011-11-22 19:02   ` jidanni
2011-11-22 23:35   ` jidanni
2011-12-10 10:17   ` jidanni
2011-12-13  7:12     ` Kevin Rodgers
2011-12-15 21:30     ` Juri Linkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=304BA588412848B8BF62CEF3CEDCA56E@us.oracle.com \
    --to=drew.adams@oracle.com \
    --cc=8615@debbugs.gnu.org \
    --cc=cyd@gnu.org \
    --cc=jidanni@jidanni.org \
    --cc=juri@jurta.org \
    --cc=larsi@gnus.org \
    --cc=monnier@iro.umontreal.ca \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).