From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 29 14:33:02 2014 Received: (at submit) by debbugs.gnu.org; 29 Dec 2014 19:33:02 +0000 Received: from localhost ([127.0.0.1]:60545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5g3q-0000HE-7J for submit@debbugs.gnu.org; Mon, 29 Dec 2014 14:33:02 -0500 Received: from eggs.gnu.org ([208.118.235.92]:60740) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5g3n-0000Gk-II for submit@debbugs.gnu.org; Mon, 29 Dec 2014 14:33:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5g3m-0003sX-NQ for submit@debbugs.gnu.org; Mon, 29 Dec 2014 14:32:59 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5g3m-0003sS-LL for submit@debbugs.gnu.org; Mon, 29 Dec 2014 14:32:58 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34219) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5g3l-0005nB-JM for bug-gnu-emacs@gnu.org; Mon, 29 Dec 2014 14:32:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Y5g3k-0003s1-UU for bug-gnu-emacs@gnu.org; Mon, 29 Dec 2014 14:32:57 -0500 Received: from mail-oi0-x22c.google.com ([2607:f8b0:4003:c06::22c]:42845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Y5g3k-0003rw-QR for bug-gnu-emacs@gnu.org; Mon, 29 Dec 2014 14:32:56 -0500 Received: by mail-oi0-f44.google.com with SMTP id e131so30108640oig.3 for ; Mon, 29 Dec 2014 11:32:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=TwS0PRFVUk0ejRBtN2fkPuUGcrmuIevAaW2kko/MwmA=; b=sA3HS/9NDovJLDc4wwl73p7sJ0FuFA2PTKW3iK5TDgkMP/Zoz+h3zDDSFEUFanXtL6 s7MVGaApQG1zAb0sruCK0dusKwRWU2Ufu5t8VmXeaej/fFKQDD2TSzKo1XfEqSYPG1xh eEHu0gDH0kAGKnAphrm0IMF+akY3hm7/V4QZ+Xjv1gG3pbCxXwkMEsCj/QOVdSP8H1je 8wr0guInh+Np6BYb7qphCTRok4sHfAWNTZTn/rdCP7UVWn6e1D+FpaFObBffImq4A+1A OffNNFcbYIOXy1Cp/yXqLK5WfP1YWjuvhamr93Aa77TXArmLmpSiTg6atBsMAgULcO3n 3BBw== MIME-Version: 1.0 X-Received: by 10.60.92.193 with SMTP id co1mr33747287oeb.5.1419881575903; Mon, 29 Dec 2014 11:32:55 -0800 (PST) Received: by 10.60.47.84 with HTTP; Mon, 29 Dec 2014 11:32:55 -0800 (PST) Date: Mon, 29 Dec 2014 20:32:55 +0100 Message-ID: Subject: 25.0.50; Default arguments for 'yes-or-no-p' From: Dani Moncayo To: bug-gnu-emacs Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) Severity: wishlist Recipe: emacs -Q Eval: (yes-or-no-p "sure?") 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). In GNU Emacs 25.0.50.1 (i686-pc-mingw32) of 2014-12-29 on LEG570 Repository revision: ce1ebdf1ba8acc75e8f959f414652cdc87e76401 Windowing system distributor `Microsoft Corp.', version 6.3.9600 Configured using: `configure --enable-checking=yes,glyphs CPPFLAGS=-DGLYPH_DEBUG=1' -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 29 16:32:54 2014 Received: (at 19467) by debbugs.gnu.org; 29 Dec 2014 21:32:54 +0000 Received: from localhost ([127.0.0.1]:60588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5hvq-0003Uw-1k for submit@debbugs.gnu.org; Mon, 29 Dec 2014 16:32:54 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:45219) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5hvo-0003Up-8J for 19467@debbugs.gnu.org; Mon, 29 Dec 2014 16:32:52 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id sBTLWoHm015144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 29 Dec 2014 21:32:51 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id sBTLWnQP004284 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 29 Dec 2014 21:32:50 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id sBTLWnJZ022255; Mon, 29 Dec 2014 21:32:49 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 29 Dec 2014 13:32:49 -0800 (PST) From: Drew Adams To: Dani Moncayo , 19467@debbugs.gnu.org Subject: RE: bug#19467: 25.0.50; Default arguments for 'yes-or-no-p' References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 19467 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > 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 don't know whether in practice some occurrences of `yes-or-no-p' shouldn't instead be `y-or-n-p', and I don't know whether `yes-or-no-p' really realizes the intention. IOW, I have no opinion about whether it works as designed. But it sounds to me like your suggestion conflicts with the intention. The idea is not to make it quicker or easier to reply. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 29 17:09:16 2014 Received: (at 19467) by debbugs.gnu.org; 29 Dec 2014 22:09:16 +0000 Received: from localhost ([127.0.0.1]:60601 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5iV1-0004SG-Kg for submit@debbugs.gnu.org; Mon, 29 Dec 2014 17:09:15 -0500 Received: from mail-ob0-f174.google.com ([209.85.214.174]:33374) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y5iUz-0004S6-CU for 19467@debbugs.gnu.org; Mon, 29 Dec 2014 17:09:14 -0500 Received: by mail-ob0-f174.google.com with SMTP id nt9so47431257obb.5 for <19467@debbugs.gnu.org>; Mon, 29 Dec 2014 14:09:12 -0800 (PST) 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=tSZ4udIxgYLkqikOMEv6HpMkOC20RJoTLg3TlBLqQvk=; b=EoIlT2f/Td5qAeuwIWeu1B+I0TbpPqCNZve/G/3GGIQr1mqstUuqeu2IPjD0LmUoeQ OFYH68GcsYfsWGEmTac9xxnD04R7u2QmrZ2OMN+ZIJMfsH3XS6DWl46bBsfHkwK6ozeS w42g7q4Dojww/80tGQESiph0EXh1atiAZKAg1avicsjW+5Pq4esAz0UwTN0GjAVPp7Nm 03xA/zREBMbZ3nHJ/AeJ20aDwa+TDz+/9FLGAcpLqBQ1qOY0uWrSJHAfq0kXrCxR6SNO UnMKE7XsUz4iBSjCeyZmszpVQ6bALy93xccjBAzizMRVX+6CBLDGpnLyQtKvtZg1NKyw RYbg== MIME-Version: 1.0 X-Received: by 10.202.207.194 with SMTP id f185mr32392363oig.1.1419890952810; Mon, 29 Dec 2014 14:09:12 -0800 (PST) Received: by 10.60.47.84 with HTTP; Mon, 29 Dec 2014 14:09:12 -0800 (PST) In-Reply-To: References: Date: Mon, 29 Dec 2014 23:09:12 +0100 Message-ID: Subject: Re: bug#19467: 25.0.50; Default arguments for 'yes-or-no-p' From: Dani Moncayo To: Drew Adams Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 19467 Cc: 19467@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Mon, Dec 29, 2014 at 10:32 PM, Drew Adams 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". -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Tue Aug 20 20:04:20 2019 Received: (at 19467) by debbugs.gnu.org; 21 Aug 2019 00:04:20 +0000 Received: from localhost ([127.0.0.1]:34239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i0E6u-0003ba-78 for submit@debbugs.gnu.org; Tue, 20 Aug 2019 20:04:20 -0400 Received: from mail-pl1-f174.google.com ([209.85.214.174]:36852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i0E6r-0003bD-Vb for 19467@debbugs.gnu.org; Tue, 20 Aug 2019 20:04:18 -0400 Received: by mail-pl1-f174.google.com with SMTP id f19so294229plr.3 for <19467@debbugs.gnu.org>; Tue, 20 Aug 2019 17:04:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to:cc; bh=3w3B7xunjvPzmJAwmTiaZb6sYHZPIoh1TLP+bAAIKE4=; b=j2wcwBexGaB1WrRputsIOXWzb8oKrrAQN0ChpkcCU8cabM0NvdtH1o80IeQbvBqGpg sARg3XD3FZVmuqbWo31EVxh8uCfHyI3s1yfWShyPWJEp/CWieg4oE/gzEPD0wl/iQctN lrVxDLDWHhWDBTc55BvsOEbk3UUSnHC+LyOq4cqC5IStGjkEbGsIrpMXSfayxfdKnlu4 lByncWvyvHTLFFiv01rwbfSomiSFCAPniZY1O3Qxmt4ZTyiWMYw0XcdTDBp+FJTbey8i mAiLfUyB7ZEnDcGDPaZoqXAqrmPSuqIyWxGbV8vaqJw4ilrUkfYpuUX7ikapYDYyCjo2 QuOA== X-Gm-Message-State: APjAAAXZPq+R5G7+8hmFaX8Gu8jwewun7v3BtBRc8/1jhOh52GXQQ/6X Z/ZRoPOSmOS1Hus2kxuglSBN59gfVjIeUc6urYA= X-Google-Smtp-Source: APXvYqwBc02uBEvvhha4SAYza3+kVpbh+oOijRw3IYNNMDuQzsM/0jGjRV8ZGS+NIRLz1P2Z43Jkp/0fTGAWDDpX2iA= X-Received: by 2002:a17:902:29eb:: with SMTP id h98mr31780259plb.128.1566345852300; Tue, 20 Aug 2019 17:04:12 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Wed, 21 Aug 2019 02:04:01 +0200 Message-ID: Subject: Re: bug#19467: 25.0.50; Default arguments for 'yes-or-no-p' To: Dani Moncayo Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 19467 Cc: 19467@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) tags 19467 + wontfix close 19467 quit Dani Moncayo writes: > On Mon, Dec 29, 2014 at 10:32 PM, Drew Adams 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 From unknown Tue Aug 19 05:09:18 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 18 Sep 2019 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator