From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.bugs Subject: Re: locate-library INTERACTIVE-CALL argument Date: Tue, 05 Aug 2003 15:14:51 -0400 Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <3F294B31.30800@yahoo.com> <3F2E855C.5040901@yahoo.com> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: main.gmane.org 1060111975 27335 80.91.224.253 (5 Aug 2003 19:32:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 5 Aug 2003 19:32:55 +0000 (UTC) Cc: gnu-emacs-bug@moderators.isc.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 05 21:33:14 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19k7YX-0001Es-00 for ; Tue, 05 Aug 2003 21:33:14 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19k7TK-0008P4-3M for geb-bug-gnu-emacs@m.gmane.org; Tue, 05 Aug 2003 15:27:50 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19k7LV-00054y-Hq for bug-gnu-emacs@prep.ai.mit.edu; Tue, 05 Aug 2003 15:19:45 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19k7Iw-0003o1-EV for bug-gnu-emacs@prep.ai.mit.edu; Tue, 05 Aug 2003 15:17:37 -0400 Original-Received: from [132.239.1.54] (helo=mailbox2.ucsd.edu) by monty-python.gnu.org with esmtp (Exim 4.20) id 19k7HX-0001wT-10 for bug-gnu-emacs@prep.ai.mit.edu; Tue, 05 Aug 2003 15:15:39 -0400 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by mailbox2.ucsd.edu (8.12.9/8.12.3) with ESMTP id h75JFWMM042167 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 5 Aug 2003 12:15:33 -0700 (PDT) Original-Received: from rms by fencepost.gnu.org with local (Exim 4.20) id 19k7Gl-0002UD-Jj; Tue, 05 Aug 2003 15:14:51 -0400 Original-To: Kevin Rodgers In-reply-to: <3F2E855C.5040901@yahoo.com> (message from Kevin Rodgers on Mon, 04 Aug 2003 10:10:04 -0600) X-Spamscanner: mailbox2.ucsd.edu (v1.2 May 26 2003 01:55:38, -1.0/5.0 2.55) X-MailScanner: PASSED (v1.2.7 36357 h75JFWMM042167 mailbox2.ucsd.edu) X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list 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.org@gnu.org Xref: main.gmane.org gmane.emacs.bugs:5483 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:5483 Thanks for pointing that out. But I'm still not happy with the current implementation. If the command is called interactively (within a keyboard macro or not), INTERACTIVE-CALL is unconditionally set to t, so the message will displayed. That is correct. Since the intent is to display the message when the command is called interactively, even when it is called via a keyboard macro, why not test for those conditions explicitly with interactive-p and executing-macro respectively? There is no way to do that and get the same condition. (or (interactive-p) executing-macro) would be t when called from Lisp code that was run by a keyboard macro. Perhaps there ought to be a way to use interactive-p to get such a result. It could be a good feature. But there may be a better feature. Ever since 1985 I had the idea that maybe (interactive...) could be extended with a second argument saying how to display the value. That would be complimentary with the existing arg saying how to provide the arguments. That might be the really clean way to do this job.