From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.devel Subject: Re: Confused by y-or-n-p Date: Wed, 23 Dec 2020 20:04:55 +0300 Message-ID: References: <834kkcr1eo.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="11439"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Dec 23 18:12:32 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 1ks7gd-0002sP-Dp for ged-emacs-devel@m.gmane-mx.org; Wed, 23 Dec 2020 18:12:31 +0100 Original-Received: from localhost ([::1]:38656 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ks7gc-0008Nd-HB for ged-emacs-devel@m.gmane-mx.org; Wed, 23 Dec 2020 12:12:30 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44332) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ks7dx-0005Hj-8x for emacs-devel@gnu.org; Wed, 23 Dec 2020 12:09:45 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:50517) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ks7du-0005AL-W7 for emacs-devel@gnu.org; Wed, 23 Dec 2020 12:09:44 -0500 Original-Received: from localhost ([::ffff:41.202.241.37]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000018181.000000005FE379D4.00000206; Wed, 23 Dec 2020 10:09:39 -0700 Mail-Followup-To: emacs-devel@gnu.org Content-Disposition: inline In-Reply-To: Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:261622 Archived-At: * Stefan Monnier [2020-12-23 19:46]: > > Would it make sense to add a user option to disallow switching from > > the minibuffer in the middle of y-or-n-p? Then people who get > > confused by this could set it to avoid the confusion. > > I wonder what makes `y-or-n-p` special in this respect. > IOW, I think the answer is "yes, it would make sense" but I also think > this option should apply to other cases that `y-or-n-p`. > > Maybe it could/should even apply to most uses of the minibuffer? I would say as option yes, but not by default. It is useful for users to be able to press various other keys, move to other windows to consult references and then come back and answer yes or no questions or other stuff. That is what I do all the time to give you one more insight of user experience.