From: Drew Adams <drew.adams@oracle.com>
To: Kaushal Modi <kaushal.modi@gmail.com>,
Andreas Schwab <schwab@linux-m68k.org>,
Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org, monnier@iro.umontreal.ca,
bruce.connor.am@gmail.com, dgutov@yandex.ru
Subject: RE: yes-or-no-p prompt conditionally broken in master?
Date: Fri, 4 Sep 2015 07:42:55 -0700 (PDT) [thread overview]
Message-ID: <0999bd2e-6161-417b-afd8-867cdb0ee228@default> (raw)
In-Reply-To: <CAFyQvY12MmsVQxpQSUFvjwTQHaXfokkBFeFwwr6ZOcExeW7Ghg@mail.gmail.com>
> That's awesome! So I believe it will be something like this?
>
> (defcustom yes-or-no-quick nil)
>
> ;; yes-or-no-p now implemented in elisp instead of C
> (defun yes-or-no-p (prompt)
> (if yes-or-no-p-quick
> (progn
> ;; y-or-n-p implementation
> )
> (progn
> ;; legacy yes-or-no-p implementation
> )))
>
> ;; y-or-n-p redefined
> (defun y-or-n-p (prompt)
> (let ((yes-or-no-quick t))
> (yes-or-no-p prompt)))
Certainly not. Although Eli expressed himself very poorly
in his proposal, I don't think that is what he meant (I
certainly hope not).
Presumably the defcustom would allow at least 3 possibilities:
1. Always use the traditional y-or-n-p behavior.
2. Always use the traditional yes-or-no-p behavior.
3. Always respect whichever behavior is expressed in the call.
#3 would be equivalent to the out-of-the-box behavior today.
With #3 the behavior in one code context could be like y-or-n-p
and in a different context it could be like yes-or-no-p.
At least this is what I hope he meant. What he actually said
can, however, give the impression that only possibilites #1
and #2 would exist. I cannot believe that is what he meant,
given his other posts about Emacs carefully judging which
behavior to code in any given context.
On Fri, Sep 4, 2015 at 8:40 AM Andreas Schwab <schwab@linux-m68k.org> wrote:
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Andreas Schwab <schwab@linux-m68k.org>
>> Cc: bruce.connor.am@gmail.com, kaushal.modi@gmail.com, dgutov@yandex.ru, monnier@iro.umontreal.ca, drew.adams@oracle.com, emacs-devel@gnu.org
>> Date: Fri, 04 Sep 2015 11:26:46 +0200
>>
>> Eli Zaretskii <eliz@gnu.org> writes:
>>
>> > Any objections to removing yes-or-no-p (with a defalias for backward
>> > compatibility, of course) and making y-or-n-p serve both duties,
>> > controlled by some defcustom?
>>
>> That doesn't make sense. They implement different intented meaning.
>
> Sorry, I lost you: what different meaning is that?
(elisp) Yes-or-No Queries
Andreas.
--
Andreas Schwab, schwab@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
next prev parent reply other threads:[~2015-09-04 14:42 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-03 16:31 yes-or-no-p prompt conditionally broken in master? Kaushal Modi
2015-09-03 16:39 ` Eli Zaretskii
2015-09-03 17:22 ` Artur Malabarba
2015-09-03 17:28 ` Dmitry Gutov
2015-09-03 17:43 ` Tassilo Horn
2015-09-03 17:43 ` Eli Zaretskii
2015-09-03 17:47 ` Dmitry Gutov
2015-09-03 18:02 ` Eli Zaretskii
2015-09-03 18:18 ` Artur Malabarba
2015-09-03 18:19 ` Eli Zaretskii
2015-09-03 18:23 ` Drew Adams
2015-09-03 18:27 ` Eli Zaretskii
2015-09-03 18:43 ` Artur Malabarba
2015-09-03 18:45 ` Kaushal Modi
2015-09-04 9:02 ` Eli Zaretskii
2015-09-04 9:14 ` David Kastrup
2015-09-04 12:33 ` Eli Zaretskii
2015-09-04 9:16 ` Bastien
2015-09-04 9:26 ` Andreas Schwab
2015-09-04 10:32 ` Marcin Borkowski
2015-09-04 11:03 ` David Kastrup
2015-09-04 11:52 ` Kaushal Modi
2015-09-04 12:30 ` Eli Zaretskii
2015-09-04 12:39 ` Marcin Borkowski
2015-09-05 5:02 ` Stephen J. Turnbull
2015-09-04 12:28 ` Eli Zaretskii
2015-09-04 12:40 ` Andreas Schwab
2015-09-04 12:58 ` Eli Zaretskii
2015-09-04 13:34 ` Alan Mackenzie
2015-09-04 17:56 ` Eli Zaretskii
2015-09-04 18:14 ` David Kastrup
2015-09-04 18:28 ` Eli Zaretskii
2015-09-04 18:39 ` David Kastrup
2015-09-04 18:52 ` Kaushal Modi
2015-09-04 18:53 ` Kaushal Modi
2015-09-04 19:47 ` Eli Zaretskii
2015-09-04 19:55 ` Eli Zaretskii
2015-09-04 20:00 ` David Kastrup
2015-09-04 20:04 ` David Kastrup
2015-09-05 7:03 ` Eli Zaretskii
2015-09-05 7:20 ` David Kastrup
2015-09-04 19:56 ` David Kastrup
2015-09-04 18:36 ` Alan Mackenzie
2015-09-04 17:31 ` Chad Brown
2015-09-04 17:54 ` Eli Zaretskii
2015-09-04 12:59 ` Kaushal Modi
2015-09-04 14:42 ` Drew Adams [this message]
2015-09-04 13:24 ` Stefan Monnier
2015-09-04 13:49 ` David Kastrup
2015-09-04 17:41 ` Eli Zaretskii
2015-09-04 17:39 ` Eli Zaretskii
2015-09-03 18:27 ` Dmitry Gutov
2015-09-03 18:30 ` Eli Zaretskii
2015-09-03 18:33 ` Dmitry Gutov
2015-09-03 18:18 ` Marcin Borkowski
2015-09-03 18:25 ` Dmitry Gutov
2015-09-03 18:28 ` Eli Zaretskii
2015-09-03 18:33 ` David Kastrup
2015-09-03 21:47 ` Andy Moreton
2015-09-04 6:32 ` Eli Zaretskii
2015-09-04 6:48 ` Andreas Schwab
2015-09-04 7:00 ` Eli Zaretskii
2015-09-04 9:25 ` Andreas Schwab
2015-09-05 4:06 ` Stephen J. Turnbull
2015-09-03 19:26 ` Marcin Borkowski
2015-09-03 17:47 ` Kaushal Modi
2015-09-04 12:29 ` Wolfgang Jenkner
2015-09-04 12:36 ` Eli Zaretskii
2015-09-03 22:31 ` Katsumi Yamaoka
2015-09-03 23:02 ` bug#21408: 25.0.50; yes-or-no-p prompt doesn't appear Katsumi Yamaoka
2015-09-03 23:53 ` Kaushal Modi
2015-09-04 0:23 ` Katsumi Yamaoka
2015-09-03 23:54 ` yes-or-no-p prompt conditionally broken in master? Kaushal Modi
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=0999bd2e-6161-417b-afd8-867cdb0ee228@default \
--to=drew.adams@oracle.com \
--cc=bruce.connor.am@gmail.com \
--cc=dgutov@yandex.ru \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=kaushal.modi@gmail.com \
--cc=monnier@iro.umontreal.ca \
--cc=schwab@linux-m68k.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.