From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chad Brown Newsgroups: gmane.emacs.devel Subject: Re: yes-or-no-p prompt conditionally broken in master? Date: Fri, 4 Sep 2015 10:31:20 -0700 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> <83wpw68j2n.fsf@gnu.org> <871teenysf.fsf@igel.home> <83r3me8ho3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1441387967 3408 80.91.229.3 (4 Sep 2015 17:32:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Sep 2015 17:32:47 +0000 (UTC) To: Eli Zaretskii , emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 04 19:32:42 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 1ZXuqv-00038a-EW for ged-emacs-devel@m.gmane.org; Fri, 04 Sep 2015 19:32:41 +0200 Original-Received: from localhost ([::1]:33881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXuqv-0004hd-Bj for ged-emacs-devel@m.gmane.org; Fri, 04 Sep 2015 13:32:41 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49454) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXupo-0003DU-29 for emacs-devel@gnu.org; Fri, 04 Sep 2015 13:31:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZXupm-0001EC-W3 for emacs-devel@gnu.org; Fri, 04 Sep 2015 13:31:31 -0400 Original-Received: from mail-pa0-x22a.google.com ([2607:f8b0:400e:c03::22a]:34321) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZXuph-0001CY-DZ; Fri, 04 Sep 2015 13:31:25 -0400 Original-Received: by padhy16 with SMTP id hy16so27943106pad.1; Fri, 04 Sep 2015 10:31:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=ntF+qD8hfej8iTYv/6bkCmrBTkeSW8mwSaHTd4zIVhc=; b=UItcimYGq0DN6Hd3oC4znOt12t9AROxVqAfDkjqbW7d/H9ojfdfNHdb8EroOOUEgrL X4BVvLWx1RFtyNLxBCM484RKdkn2VMyXd3Xzz9X3sWQIuiXHWbVMNLex160Qji40y5pg fpkcWOqfwZ8FItDBmRfyaWddL6dNu3chIpZcTYbLBgQGCv0/ivBlNK87gjJ5STXnFCtb bjZqxixu1eKcC0OOjDVwk+qDMl5gCRMx1YbYvQEITok8OKTK7ciSxd5VZ3v/7pudpC1r uHGJq+FC0ttszLsSqYpqulFTCofg2K+yn9r6PzuRH4so2BSCNZS3IH7E35owpjljQH4y V3tA== X-Received: by 10.69.11.5 with SMTP id ee5mr10475486pbd.89.1441387883674; Fri, 04 Sep 2015 10:31:23 -0700 (PDT) Original-Received: from [10.0.1.31] (174-21-111-247.tukw.qwest.net. [174.21.111.247]) by smtp.gmail.com with ESMTPSA id fm5sm3169591pbb.60.2015.09.04.10.31.21 (version=TLS1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 04 Sep 2015 10:31:21 -0700 (PDT) In-Reply-To: <83r3me8ho3.fsf@gnu.org> X-Mailer: Apple Mail (2.2104) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::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:189600 Archived-At: > On 04 Sep 2015, at 05:58, Eli Zaretskii wrote: >=20 > Just to be sure we are talking about the same thing: the signature of > both functions and the return value are the same. What I propose is > to change the body so that it could act like one or the other, > depending on the value of some defcustom. >=20 > If you still think this is wrong, please elaborate. What I would like is for it to continue to be possible to use the functionality of both yes-or-no-p and y-or-n-p in the same emacs, with different code making different choices. I believe that others are also asking for this functionality. In my specific case, I usually use y-or-n-p in my own code, but confirm-kill-emacs is set to yes-or-no-p, as are a few other hard-to-reverse confirmations. Your message initially made me think you were suggesting a global defcustom for switching all uses of a unified function within an emacs; I don=E2=80=99t want that. I don=E2=80=99t care (and doubt others = do) if either or both are implemented in C or in elisp, that they are implemented differently, etc. Thanks! ~Chad