all messages for Emacs-related lists mirrored at yhetil.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

* 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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.