all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Brad Lindsay <sluggy.fan@gmail.com>
To: Noam Postavsky <npostavs@gmail.com>
Cc: 32000@debbugs.gnu.org
Subject: bug#32000: 26.1; Behavior of buffer-offer-save not lining up with documentation
Date: Thu, 28 Jun 2018 17:41:13 -0700	[thread overview]
Message-ID: <CACrVDxZ56bqnPYQ02KZeoO8sq7BzudT49_pjzrpRLUWpX7rG6w@mail.gmail.com> (raw)
In-Reply-To: <87in62o59s.fsf@gmail.com>

On June 28, 2018 at 6:33:38 PM, Noam Postavsky (npostavs@gmail.com) wrote:
> Brad Lindsay writes:
>
> > I am trying to create a function that creates a new empty buffer that
> > prompts you to save it when you kill it. Reading through the
> > documentation, it looks like I need to set “buffer-offer-save” to a
> > non-nil value since the new buffer is not a file-visiting buffer. I
> > have tried doing that, and verifying that the variable isn’t set and
> > that the new buffer isn’t empty, but when I close (kill) the buffer, I
> > don’t get a prompt.
>
> buffer-offer-save is for killing Emacs or save-some-buffers, to catch
> buffer killing use kill-buffer-query-functions. We could probably make
> the docs a bit more explicit about this.
>
> Or maybe we should enhance buffer-offer-save to cover the buffer killing
> case too, it seems a bit silly to require setting both.
>

I was successfully able to implement a kill-buffer-query-functions
hook. Thanks for that pointer. I think it would be good to enhance
buffer-offer-save to cover killing a buffer for any reason.

Thanks,
Brad





  reply	other threads:[~2018-06-29  0:41 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-28 22:56 bug#32000: 26.1; Behavior of buffer-offer-save not lining up with documentation Brad Lindsay
2018-06-28 23:33 ` Noam Postavsky
2018-06-29  0:41   ` Brad Lindsay [this message]
2019-10-12 21:22   ` Lars Ingebrigtsen

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=CACrVDxZ56bqnPYQ02KZeoO8sq7BzudT49_pjzrpRLUWpX7rG6w@mail.gmail.com \
    --to=sluggy.fan@gmail.com \
    --cc=32000@debbugs.gnu.org \
    --cc=npostavs@gmail.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.