[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: yes-or-no-p prompt conditionally broken in master?

From: Eli Zaretskii
Subject: Re: yes-or-no-p prompt conditionally broken in master?
Date: Fri, 04 Sep 2015 20:41:45 +0300

> From: David Kastrup <address@hidden>
> Cc: Eli Zaretskii <address@hidden>,  address@hidden,  address@hidden,  
> address@hidden,  address@hidden,  address@hidden
> Date: Fri, 04 Sep 2015 15:49:58 +0200
> Stefan Monnier <address@hidden> 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?
> >
> > I don't object to moving yes-or-no-p to Elisp and/or to share code
> > between yes-or-no-p and y-or-n-p, but the default behavior of Emacs
> > should still be that yes-or-no-p uses the minibuffer and requires the
> > user to type something like `y e s RET' while y-or-n-p is satisfied with
> > a simple `y' or `SPC'.
> Difficult since y-or-n-p allows scrolling the current window while using
> the echo area for its prompt, and yes-or-no-p instead gives you a full
> minibuffer entry as the current window.

Not difficult at all, since we could start by lumping both bodies into
a single function.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]