From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: Confused by y-or-n-p Date: Fri, 25 Dec 2020 11:23:45 +0200 Organization: LINKOV.NET Message-ID: <87a6u2z0ue.fsf@mail.linkov.net> References: <834kkcr1eo.fsf@gnu.org> <43b24209-fa65-0e26-7cbd-f99175a7ffd8@gmx.at> <87wnx7j5is.fsf@mail.linkov.net> <83im8qnyca.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39537"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (x86_64-pc-linux-gnu) Cc: rudalics@gmx.at, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 25 10:41:11 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 1ksjaw-000ACj-VT for ged-emacs-devel@m.gmane-mx.org; Fri, 25 Dec 2020 10:41:10 +0100 Original-Received: from localhost ([::1]:52492 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ksjaw-0003X2-1y for ged-emacs-devel@m.gmane-mx.org; Fri, 25 Dec 2020 04:41:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43544) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksjZq-0002l2-M0 for emacs-devel@gnu.org; Fri, 25 Dec 2020 04:40:02 -0500 Original-Received: from relay12.mail.gandi.net ([217.70.178.232]:50149) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ksjZo-0006Zw-RJ; Fri, 25 Dec 2020 04:40:02 -0500 Original-Received: from mail.gandi.net (m91-129-99-98.cust.tele2.ee [91.129.99.98]) (Authenticated sender: juri@linkov.net) by relay12.mail.gandi.net (Postfix) with ESMTPSA id CF651200003; Fri, 25 Dec 2020 09:39:55 +0000 (UTC) In-Reply-To: <83im8qnyca.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 25 Dec 2020 09:23:17 +0200") Received-SPF: pass client-ip=217.70.178.232; envelope-from=juri@linkov.net; helo=relay12.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=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:261726 Archived-At: >> Indeed. Here is a possible way to make the minibuffer modal: >> >> (defun minibuffer-lock () >> (when (active-minibuffer-window) >> (select-window (active-minibuffer-window)))) >> >> (add-hook 'post-command-hook #'minibuffer-lock) > > Would something like that work to give users an option discussed in > this thread for y-or-n-p? If so, can you please show a patch for > that? I thought that others wanted this to affect all minibuffer commands. How would it be possible to customize this behavior only for a subset of commands? >> > And while we're there we could also try to relieve some of our .emacs >> > files (mine included) of those >> > >> > (defalias 'yes-or-no-p 'y-or-n-p) >> > >> > by providing an option that accomplishes the necessary mapping. >> >> One complication is that currently yes-or-no-p is implemented in C, >> so using a new user option in it is not straightforward. > > What are the difficulties? You can call Lisp from C, given an option, > which is what I think Martin asked for. In Lisp it would be simpler to add to the beginning of 'yes-or-no-p': (if use-y-or-n-p (y-or-n-p prompt)