From: "Drew Adams" <drew.adams@oracle.com>
To: "'Juri Linkov'" <juri@jurta.org>
Cc: 12487@debbugs.gnu.org
Subject: bug#12487: 24.2.50; Inconsistent, so confusing, confirmation msgs for `find-alternate-file'
Date: Sat, 22 Sep 2012 19:52:52 -0700 [thread overview]
Message-ID: <1F73EE48F0C34925A43A2D1E5EE198EB@us.oracle.com> (raw)
In-Reply-To: <87zk4hr8pr.fsf@mail.jurta.org>
> > You are asked "Buffer foo is modified; save it first (yes or no)".
> > (There is no question mark here, BTW.) You reply "no".
> > Then you are asked "Kill and replace the buffer without saving it?
> > (yes or no)".
>
> See also http://thread.gmane.org/gmane.emacs.devel/151762
I really hope this gets fixed. It was much better before (but there was room
for improvement). Now I'm afraid that users will *lose data*.
It is just too easy to answer "yes" to the first question, thinking that it is
asking you to confirm the action that you, after all, asked for (which includes
abandoning any changes to the currently visited file).
`find-alternate-file' is not simply choosing to visit another buffer or file.
It is specifically an abandonment of the current state of the currently visited
file.
Especially for the common use case of using it to revert to the saved state of
the same file (and unmodified in any other way, including display - overlays
etc.). At least for that case, the new interaction is a disaster.
Imagine asking someone whether s?he wants to *save* the current file when s?he
invokes `revert-buffer'! Naturally, we ask exactly the opposite: are you sure
you want to abandon your changes?
We should ask a question (one, not two!) here, but the question should be
phrased in terms of confirming ("yes") that you want to abandon any
modifications. It should not be phrased negatively, asking whether you want to
do something different from what the command intends, i.e., save your changes.
This change made to the user interaction no doubt reflects good intentions, but
it was misguided, IMHO.
next prev parent reply other threads:[~2012-09-23 2:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-22 17:30 bug#12487: 24.2.50; Inconsistent, so confusing, confirmation msgs for `find-alternate-file' Drew Adams
2012-09-22 23:03 ` Juri Linkov
2012-09-22 23:27 ` Drew Adams
2012-09-22 23:29 ` bug#12487: 24.2.50; Inconsistent, so confusing, confirmation msgs for`find-alternate-file' Drew Adams
2012-09-23 2:52 ` Drew Adams [this message]
2012-10-29 13:29 ` bug#12487: 24.2.50; Inconsistent, so confusing, confirmation msgs for `find-alternate-file' Stefan Monnier
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=1F73EE48F0C34925A43A2D1E5EE198EB@us.oracle.com \
--to=drew.adams@oracle.com \
--cc=12487@debbugs.gnu.org \
--cc=juri@jurta.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.