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.bugs Subject: bug#67837: 29.1.90; inhibit-interaction breaks keyboard macros Date: Sat, 16 Dec 2023 09:14:47 +0200 Message-ID: <83edfmobyw.fsf@gnu.org> References: <83le9vnvnn.fsf@gnu.org> <83jzpfnsle.fsf@gnu.org> <83h6kjnrzg.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26540"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 67837@debbugs.gnu.org, monnier@iro.umontreal.ca To: Spencer Baugh Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 16 08:16:27 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1rEOuR-0006ja-2U for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 16 Dec 2023 08:16:27 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rEOu7-0006nw-Lj; Sat, 16 Dec 2023 02:16:07 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rEOu1-0006lf-KL for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2023 02:16:02 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rEOu1-0000JQ-Bw for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2023 02:16:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rEOu1-0007wH-O4 for bug-gnu-emacs@gnu.org; Sat, 16 Dec 2023 02:16:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 16 Dec 2023 07:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67837 X-GNU-PR-Package: emacs Original-Received: via spool by 67837-submit@debbugs.gnu.org id=B67837.170271091825084 (code B ref 67837); Sat, 16 Dec 2023 07:16:01 +0000 Original-Received: (at 67837) by debbugs.gnu.org; 16 Dec 2023 07:15:18 +0000 Original-Received: from localhost ([127.0.0.1]:53864 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rEOtJ-0006Vq-L8 for submit@debbugs.gnu.org; Sat, 16 Dec 2023 02:15:18 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48868) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rEOtH-00068q-BU for 67837@debbugs.gnu.org; Sat, 16 Dec 2023 02:15:16 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rEOtB-0000Gy-Cv; Sat, 16 Dec 2023 02:15:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YRS4J9YjTu0fQGZx4XU9ZHzJF+cey9HZ8lklGQ80BAY=; b=gfU1+1PxjrsD uOGyw42Uv70afM3RizgaO95Dwo8E6P0hv1z0OVkrtWqoZmRiR/6D8ciwSg1LWMuebW0nsQ5NnXCk4 4jmd+92OU05gfPgow1GiEQhONzrHAMa/8UmcszKt8TVBxGZR6kpOT+ZGW3BmYPvIBeDfG8H9rrdWP fWrFbrrZx+9LXNOuUB4mMry0eRGreKOQZgOf3Xls2y9oK2l5EbBqHs/FH323FfCqNr2KDnk888Lbn ZK3Qgk5E8jTiWpaS3JkqN0OLPnLQkpecvXXtMtGbQQWosiK2bLokhSx0KNZOM0W8CzZGGwH4Ub98n 3JS26t0b/xntKD9K5dRpWQ==; In-Reply-To: (message from Spencer Baugh on Fri, 15 Dec 2023 15:39:31 -0500) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:276297 Archived-At: > From: Spencer Baugh > Cc: larsi@gnus.org, 67837@debbugs.gnu.org, monnier@iro.umontreal.ca > Date: Fri, 15 Dec 2023 15:39:31 -0500 > > Eli Zaretskii writes: > > > > I'm actually tend to think that this proposal is fundamentally wrong, > > not just problematic implementation-wise. Providing input from a > > keyboard macro is still input, and inhibit-interaction=t means asking > > for input signals an error. So your suggestion subverts this feature, > > and therefore it is simply wrong to install something like that. > > > > IOW, signaling an error in these cases is exactly TRT, and we should > > not let keyboard macros circumvent this mechanism. > > If that's the case, then could we add another variable which does behave > like I propose with these patches? Why would we want to do that? The inhibit-interaction variable was introduced for very special circumstances, and its purpose is clear: signal an error when any user interaction is requested. To introduce some kind of override of that behavior, in those situations where some Lisp program binds inhibit-interaction non-nil, would require serious justifications, since the easiest way of avoiding these problems is either not to bind inhibit-interaction non-nil in the first place, or provide a signal handler that will catch the error and DTRT. Emacs itself never sets this variable non-nil, it's entirely up to Lisp programs to use it. And Lisp programs that do bind it actually mean for interactions to signal an error, so making exceptions from that requires very good reasons. I don't think you presented such reasons; the use cases you described are frankly quite obscure, and can have other solutions. So I'm against complicating this feature that is currently very simple and understandable, and also not used widely enough for us to bother about such contrived circumstances, not enough for non-trivial internal changes anyway.