From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Confused by y-or-n-p Date: Wed, 23 Dec 2020 22:27:07 +0200 Message-ID: <83blekp8tg.fsf@gnu.org> References: <834kkcr1eo.fsf@gnu.org> <87eejg1ep4.fsf@red-bean.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="22249"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rms@gnu.org, emacs-devel@gnu.org To: Karl Fogel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 23 21:27:53 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ksAjg-0005gd-Rs for ged-emacs-devel@m.gmane-mx.org; Wed, 23 Dec 2020 21:27:52 +0100 Original-Received: from localhost ([::1]:35472 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksAjf-0004ce-Sw for ged-emacs-devel@m.gmane-mx.org; Wed, 23 Dec 2020 15:27:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57906) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksAjC-0004DY-4i for emacs-devel@gnu.org; Wed, 23 Dec 2020 15:27:22 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57396) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksAjB-0007sL-Hw; Wed, 23 Dec 2020 15:27:21 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1209 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1ksAj3-0001Vv-1x; Wed, 23 Dec 2020 15:27:13 -0500 In-Reply-To: <87eejg1ep4.fsf@red-bean.com> (message from Karl Fogel on Wed, 23 Dec 2020 15:53:59 -0400) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:261638 Archived-At: > From: Karl Fogel > Cc: emacs-devel@gnu.org, Richard Stallman > Date: Wed, 23 Dec 2020 15:53:59 -0400 > > I'm surprised that the intersection of these two sets is non-empty: > > a) Users who would know enough to look for and set such an option. > > b) Users who would be confused by what happens after they switch away from a y-or-n-p minibuffer in mid-question. They are confused because they don't expect to see what happens in that case. Imagine someone who can easily press a wrong key for some reason -- with the new implementation, instead of Emacs showing an error message and the user staying right where he or she was, he or she now find themselves in some situation they need to think how to get out of. > (And, though I know some disagree, I don't think there's much cost to adding little options like this. Emacs already has a zillion of them, so targeted reading and discovery are the strategy everyone already uses to find them anyway, which means adding a new one does not increase the complexity of Emacs in a problematic way IMHO.) What would you suggest instead?