From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kaushal Modi Newsgroups: gmane.emacs.devel Subject: Re: yes-or-no-p prompt conditionally broken in master? Date: Fri, 4 Sep 2015 07:52:02 -0400 Message-ID: References: <83k2s7a247.fsf@gnu.org> <55E88336.5060703@yandex.ru> <83h9nb9z5l.fsf@gnu.org> <55E8879B.9050107@yandex.ru> <83fv2v9y9z.fsf@gnu.org> <57355235-9af7-49fb-81b5-93182cfc9d49@default> <83a8t39x3t.fsf@gnu.org> <83zj128slp.fsf@gnu.org> <87k2s6o7qh.fsf@igel.home> <87si6umqbs.fsf@mbork.pl> <87lhcmv42y.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a113d2cd6402000051eea87d3 X-Trace: ger.gmane.org 1441367540 19212 80.91.229.3 (4 Sep 2015 11:52:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Sep 2015 11:52:20 +0000 (UTC) Cc: Bruce Connor , Emacs developers , Stefan Monnier , Dmitry Gutov , Drew Adams To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 04 13:52:18 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZXpXQ-0007ec-K3 for ged-emacs-devel@m.gmane.org; Fri, 04 Sep 2015 13:52:12 +0200 Original-Received: from localhost ([::1]:58275 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXpXQ-0005yK-9J for ged-emacs-devel@m.gmane.org; Fri, 04 Sep 2015 07:52:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33566) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXpXL-0005vG-DW for emacs-devel@gnu.org; Fri, 04 Sep 2015 07:52:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXpXK-0002oe-94 for emacs-devel@gnu.org; Fri, 04 Sep 2015 07:52:07 -0400 Original-Received: from mail-oi0-x22a.google.com ([2607:f8b0:4003:c06::22a]:34042) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXpXI-0002nj-ES; Fri, 04 Sep 2015 07:52:04 -0400 Original-Received: by oiev17 with SMTP id v17so10343138oie.1; Fri, 04 Sep 2015 04:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=lLb1Hz9IobPHRcIvOwFdLaSEd6V9Vhpu4LPSK8GY0tw=; b=bbQ2Coufwk96xQH9rW/zsuJSYWToxONbkzmp5B7ZpsPfFtBuzrmOIMKT4w927/egWz B6j6vqD1GAmLR0Wm50/JS9zsUPRDvFg2RlwqIwXOHR+wpuZRrzIKu9VXAOKVHDhVul0R +WWHBBeNQucJKl66/qb4kVODo+s+PXGFYkaAjMTM2UFxg4KuTkYdeN2NHXp6oSITKE9l y06K9iOSJkKG8xisTgr0x2C9Kdb/gF+xGPipiaFb5ZLScqHJi1b7GEkhNWOuFLIdcKxo K8WawmitAPicGcnlPWuF127LaEQyA5cAfQeKEULCsYiqyk2N1HCPrUvorW/jCCdlODt0 RZPQ== X-Received: by 10.202.211.10 with SMTP id k10mr2562786oig.34.1441367523858; Fri, 04 Sep 2015 04:52:03 -0700 (PDT) Original-Received: by 10.202.172.205 with HTTP; Fri, 4 Sep 2015 04:52:02 -0700 (PDT) Original-Received: by 10.202.172.205 with HTTP; Fri, 4 Sep 2015 04:52:02 -0700 (PDT) In-Reply-To: <87lhcmv42y.fsf@fencepost.gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4003:c06::22a X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:189579 Archived-At: --001a113d2cd6402000051eea87d3 Content-Type: text/plain; charset=UTF-8 > 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 mind that. -- Kaushal Modi On Sep 4, 2015 7:03 AM, "David Kastrup" wrote: > Marcin Borkowski writes: > > > On 2015-09-04, at 11:26, Andreas Schwab wrote: > > > >> Eli Zaretskii 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. > > > > +1. They serve different purposes, and they are both needed. At the > > same time. While I understand that someone might want to make > > yes-or-no-p behave like y-or-n-p all the time, someone else (like, say, > > me) might want to use y-or-n-p in places where just a confirmation is > > a nice thing to have, and yes-or-no-p in places where you really want to > > make sure that the user does not accidentally press `y'. > > Not just 'y'. y-or-n-p is quite apt to turn any kind of typeahead into > an unintended answer. From its DOC string: > > No confirmation of the answer is requested; a single character is > enough. SPC also means yes, and DEL means no. > > -- > David Kastrup > --001a113d2cd6402000051eea87d3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

> Any objections to removing yes-or-no-p (with a defalias= for backward compatibility, of course) and making y-or-n-p serve both duti= es, controlled by some defcustom?

I don't mind that.

--
Kaushal Modi

On Sep 4, 2015 7:03 AM, "David Kastrup"= ; <dak@gnu.org> wrote:
Marcin Borkowski <mbork@mbork.pl> writes:

> On 2015-09-04, at 11:26, Andreas Schwab <schwab@linux-m68k.org> wrote:
>
>> Eli Zaretskii <eliz@gnu.org= > writes:
>>
>>> Any objections to removing yes-or-no-p (with a defalias for ba= ckward
>>> compatibility, of course) and making y-or-n-p serve both dutie= s,
>>> controlled by some defcustom?
>>
>> That doesn't make sense.=C2=A0 They implement different intent= ed meaning.
>
> +1.=C2=A0 They serve different purposes, and they are both needed.=C2= =A0 At the
> same time.=C2=A0 While I understand that someone might want to make > yes-or-no-p behave like y-or-n-p all the time, someone else (like, say= ,
> me) might want to use y-or-n-p in places where just a confirmation is<= br> > a nice thing to have, and yes-or-no-p in places where you really want = to
> make sure that the user does not accidentally press `y'.

Not just 'y'.=C2=A0 y-or-n-p is quite apt to turn any kind of typea= head into
an unintended answer.=C2=A0 From its DOC string:

=C2=A0 =C2=A0 No confirmation of the answer is requested; a single characte= r is
=C2=A0 =C2=A0 enough.=C2=A0 SPC also means yes, and DEL means no.

--
David Kastrup
--001a113d2cd6402000051eea87d3--