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: Wed, 06 Aug 2003 09:04:25 -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> <3F303145.9060905@yahoo.com> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: main.gmane.org 1060175541 23066 80.91.224.253 (6 Aug 2003 13:12:21 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 6 Aug 2003 13:12:21 +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 Wed Aug 06 15:12:41 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 19kO5p-0002ql-00 for ; Wed, 06 Aug 2003 15:12:41 +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 19kO4f-00064P-95 for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Aug 2003 09:11:29 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19kO4B-0005gh-Q7 for bug-gnu-emacs@prep.ai.mit.edu; Wed, 06 Aug 2003 09:10:59 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19kO3f-0005at-E9 for bug-gnu-emacs@prep.ai.mit.edu; Wed, 06 Aug 2003 09:10:58 -0400 Original-Received: from [193.4.58.12] (helo=horus.isnic.is) by monty-python.gnu.org with esmtp (Exim 4.20) id 19kNyb-0002n9-6q for bug-gnu-emacs@prep.ai.mit.edu; Wed, 06 Aug 2003 09:05:13 -0400 Original-Received: from fencepost.gnu.org (fencepost.gnu.org [199.232.76.164]) by horus.isnic.is (8.12.9/8.12.9/isnic) with ESMTP id h76D5CgO044685 for ; Wed, 6 Aug 2003 13:05:12 GMT (envelope-from rms@gnu.org) Original-Received: from rms by fencepost.gnu.org with local (Exim 4.20) id 19kNxp-0004rV-Dt; Wed, 06 Aug 2003 09:04:25 -0400 Original-To: Kevin Rodgers In-reply-to: <3F303145.9060905@yahoo.com> (message from Kevin Rodgers on Tue, 05 Aug 2003 16:35:49 -0600) 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:5490 X-Report-Spam: http://spam.gmane.org/gmane.emacs.bugs:5490 > Perhaps there ought to be a way to use interactive-p to get > such a result. It could be a good feature. Do you mean adding an &optional KEYBOARD-MACROS-TOO argument, so it would return non-nil even when called while executing a keyboard macro? Or do you mean distinguishing different non-nil return values, e.g. call-interactively vs. execute-kbd-macro (instead of just t)? I was thinking of the former, but the latter might be a good idea. Or do you mean distinguishing different non-nil return values, e.g. call-interactively vs. execute-kbd-macro (instead of just t)? > 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. I don't know what you mean. (interactive ...) returns a list of values, which are mapped to the lambda list symbols. The `interactive' form, when evaluated, returns nil. However, it holds one "argument", a form that can be evaluated to produce a list of argument values. It could hold additional "arguments" which could be used for various purposes, including to display the command's return value.