unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Drew Adams <drew.adams@oracle.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Ergus <spacibba@aol.com>, emacs-devel@gnu.org
Subject: RE: Quit and Close Emacs Special Windows
Date: Tue, 30 Jun 2020 15:39:16 +0000 (UTC)	[thread overview]
Message-ID: <cf04cc5e-2620-472d-bd41-840254739916@default> (raw)
In-Reply-To: <jwv8sg518ql.fsf-monnier+emacs@gnu.org>

> > If it doesn't, please ignore.  I thought it did
> > (and I thought Ergus thought so too).  Sorry if
> > I was mistaken.
> >
> > I thought he was asking about having `q' in such
> > buffers delete the window more often, instead of
> > preferring to restore some other buffer in it.
> 
> Maybe it does have to do with it, I don't know.
> There's much too much implicit in those messages.
> Please clarify.
> 
> E.g. Ergus says:
> 
>     I know it is just a detail, but in some cases (like when using man or
>     compile mode, or reading a function documentation, or after executing
>     magit commands) it doesn't make sense to keep the buffer in the buffer
>     list after pressing q in 90% of the times.
> 
> so to me it seems like this doesn't have to do with whether windows get
> deleted but with whether buffers are kept (maybe at all, or maybe only
> in the buffer lists).

Yes, I saw that too.  But the overall question
seemed to me to be about deleting the window.
And that was the point of the blog he linked
to, which he said does what he wants.  The blog
title is "Quit and Close Emacs Special Windows
Like Help and Compilation Results".


I agree that the original problem to be solved
wasn't specified too clearly.

I notice (in various places) that some users say
"buffer" when they really mean "window" - it's
pretty common on emacs.SE, for instance.

Anyway, you understand my (mis?)interpretation
of the question now, and thus my response.  If
my response was off-topic, sorry about that.






  reply	other threads:[~2020-06-30 15:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <87ftaej5pp.fsf.ref@ergus.i-did-not-set--mail-host-address--so-tickle-me>
2020-06-29 14:40 ` Quit and Close Emacs Special Windows Ergus
2020-06-29 15:09   ` Drew Adams
2020-06-29 16:13     ` Yuan Fu
2020-06-29 16:45     ` Ergus
2020-06-29 17:00       ` Drew Adams
2020-06-29 17:22         ` Ergus
2020-06-30  2:44     ` Stefan Monnier
2020-06-30  3:24       ` Drew Adams
2020-06-30  4:27         ` Stefan Monnier
2020-06-30 15:39           ` Drew Adams [this message]
2020-06-30 17:04   ` Stefan Monnier
2020-07-01  1:31     ` Ergus
2020-07-01  3:47       ` Yuan Fu
2020-07-01 13:55       ` Drew Adams

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=cf04cc5e-2620-472d-bd41-840254739916@default \
    --to=drew.adams@oracle.com \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=spacibba@aol.com \
    /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).