From: Stefan Kangas <stefan@marxist.se>
To: Dani Moncayo <dmoncayo@gmail.com>
Cc: 19467@debbugs.gnu.org
Subject: bug#19467: 25.0.50; Default arguments for 'yes-or-no-p'
Date: Wed, 21 Aug 2019 02:04:01 +0200 [thread overview]
Message-ID: <CADwFkmmZ=BtREvbdHMpsU43n2O7Wq_=+R=59r-ECHbEezLmM7Q@mail.gmail.com> (raw)
In-Reply-To: <CAH8Pv0hsE-NQgjCckVvFr7EE1sYAdze8U3c=rjpEmHXBSXG0iQ@mail.gmail.com>
tags 19467 + wontfix
close 19467
quit
Dani Moncayo <dmoncayo@gmail.com> writes:
> On Mon, Dec 29, 2014 at 10:32 PM, Drew Adams <drew.adams@oracle.com> wrote:
>>> I'd like I could choose the "yes"/"no" answer via M-n/M-p (as
>>> alternative to typing the answer directly in the minibuffer).
>>
>> FWIW, that defeats the purpose/intention of `yes-or-no-p'.
>> We have `y-or-n-p' for quick response. The point of
>> `yes-or-no-p' is presumably to slow you down and make you
>> work a bit, so you take the question seriously. ;-)
>
> I agree wrt the intention of 'yes-or-no-p': force the user to think
> the answer well. But IMO:
>
> 1. Looking for a default value with "M-n... RET" entails some work;
> it's not something inmediate like a single keystroke (as in
> 'y-or-n-p').
>
> 2. The behavior I'm requesting feels quite natural to me: When Emacs
> asks for input with a minibuffer and there are a few valid (or even
> typical) values, those values are available in the minibuffer
> "future history".
I think this would be a misfeature. It would be too easy for a user
to answer the wrong thing in response to important questions such as
"Do you really want to delete this file?" by muscle memory M-p RET.
Additionally, as Drew points out above, we already have y-or-n-p which
is better for users that wish to answer these prompts quickly. I for
one have used this in my init file for as long as I can remember:
(fset 'yes-or-no-p 'y-or-n-p)
I'm therefore closing this as wontfix. If anyone disagrees with that,
please feel free to re-open.
Thanks,
Stefan Kangas
prev parent reply other threads:[~2019-08-21 0:04 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-29 19:32 bug#19467: 25.0.50; Default arguments for 'yes-or-no-p' Dani Moncayo
2014-12-29 21:32 ` Drew Adams
2014-12-29 22:09 ` Dani Moncayo
2019-08-21 0:04 ` Stefan Kangas [this message]
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='CADwFkmmZ=BtREvbdHMpsU43n2O7Wq_=+R=59r-ECHbEezLmM7Q@mail.gmail.com' \
--to=stefan@marxist.se \
--cc=19467@debbugs.gnu.org \
--cc=dmoncayo@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 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).