all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Hikaru Ichijyo <ichijyo@macross.sdf.jp>
To: help-gnu-emacs@gnu.org
Subject: remember all the little quits before you do the big quit :)
Date: Thu, 23 Aug 2018 08:54:49 -0500	[thread overview]
Message-ID: <8xxsh35dw7q.fsf@macross.sdf.jp> (raw)

In the Gnus manual, it says:

--8<---------------cut here---------------start------------->8---
This message means that the last time you used Gnus, it wasn’t properly
exited and therefore couldn’t write its information to disk (e.g., which
messages you read), you are now asked if you want to restore that
information from the auto-save file.

To prevent this message make sure you exit Gnus via ‘q’ in group
buffer instead of just killing Emacs.
--8<---------------cut here---------------end--------------->8---

This is a good idea to avoid getting prompted about autosave files next
time you start Gnus.  Emacs-W3M and ERC have their own quit commands,
and seem also to prefer you didn't just quit your whole Emacs session
while they're still around.

Emacs checks to see if you have unsaved buffers at exit, and will prompt
you if there are running subordinate processes...but it's a little picky
about what it considers a "process," mostly meaning that in the sense of
processes in the underlying OS, not Lisp programs like Gnus or
Emacs-W3M.

It would be nice if Emacs would give options on shutdown to terminate
Lisp applications in the same fashion it checks for unsaved buffers and
subordinate Unix processes.  I know there are probably ways people have
hacked together solutions for this in their ~/.emacs files (and I'd love
to see them, if anybody wants to post snippets), but it just seems like
if Emacs is taking the effort to warn me of things I need to take care
of before shutdown, it shouldn't be forgetting about its own running
applications just because they're not OS processes.

-- 
He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty, he establishes a precedent
that will reach to himself.
					--Thomas Paine


             reply	other threads:[~2018-08-23 13:54 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-23 13:54 Hikaru Ichijyo [this message]
2018-08-23 16:28 ` remember all the little quits before you do the big quit :) Andy Moreton
2018-08-26 15:55   ` hw
     [not found]   ` <mailman.5574.1535316754.1292.help-gnu-emacs@gnu.org>
2018-08-26 21:08     ` Emanuel Berg
2018-08-27 15:27       ` hw
2018-08-24 10:04 ` Eric Abrahamsen

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=8xxsh35dw7q.fsf@macross.sdf.jp \
    --to=ichijyo@macross.sdf.jp \
    --cc=help-gnu-emacs@gnu.org \
    /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.