From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: how-many/count-matches for non-interactive use Date: Wed, 27 Oct 2004 06:49:12 -0400 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <87pt3m5vqk.fsf@oak.pohoyda.family> <87zn2mh5jk.fsf-monnier+emacs@gnu.org> <87is99nznd.fsf-monnier+emacs@gnu.org> <200410172053.i9HKrdL01136@raven.dms.auburn.edu> <200410190158.i9J1wrH25523@raven.dms.auburn.edu> <200410200127.i9K1Rpp28384@raven.dms.auburn.edu> <200410210308.i9L38Dm10997@raven.dms.auburn.edu> <200410222222.i9MMMD515903@raven.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1098874382 3439 80.91.229.6 (27 Oct 2004 10:53:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 27 Oct 2004 10:53:02 +0000 (UTC) Cc: teirllm@dms.auburn.edu, jpw@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, storm@cua.dk, alexander.pohoyda@gmx.net Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 27 12:52:56 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CMlQG-0000aS-00 for ; Wed, 27 Oct 2004 12:52:56 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMlY0-00061E-7H for ged-emacs-devel@m.gmane.org; Wed, 27 Oct 2004 07:00:56 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CMlVY-0004Y5-Lz for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:58:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CMlVX-0004Vo-77 for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:58:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CMlVT-0004Vf-FB for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:58:22 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CMlNF-0005vc-IO for emacs-devel@gnu.org; Wed, 27 Oct 2004 06:49:49 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1CMlMe-0000nQ-1g; Wed, 27 Oct 2004 06:49:12 -0400 Original-To: ken.manheimer@gmail.com In-reply-to: (message from Ken Manheimer on Mon, 25 Oct 2004 10:04:26 -0400 (EDT)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 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.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29041 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29041 This use *may* be deliberate. Allout has a special "hot-spot" operation mode, where the behavior of the movement functions varies depending on whether or not you started from on top of a bullet glyph. The thing is that this behavioral nuance should not happen when being called non-interactively. It *may* be that the interactive-p conditioning is for that purpose. Perhaps that makes interactive-p useful in some of the commands. However, when a function is not a command, it cannot be called interctively. (interactive-p) is equivalent to nil in such a function. So I don't see how the calls to interactive-p can do something useful there.