From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Ken Manheimer Newsgroups: gmane.emacs.devel Subject: Re: how-many/count-matches for non-interactive use Date: Mon, 25 Oct 2004 10:04:26 -0400 (EDT) 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: ken.manheimer@gmail.com NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: sea.gmane.org 1098713380 25649 80.91.229.6 (25 Oct 2004 14:09:40 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Oct 2004 14:09:40 +0000 (UTC) Cc: Luc Teirlinck , 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 Mon Oct 25 16:09:22 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 1CM5XG-0008Fp-00 for ; Mon, 25 Oct 2004 16:09:22 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CM5eu-0004eW-Ay for ged-emacs-devel@m.gmane.org; Mon, 25 Oct 2004 10:17:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CM5ek-0004eE-O5 for emacs-devel@gnu.org; Mon, 25 Oct 2004 10:17:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CM5ej-0004dl-Ta for emacs-devel@gnu.org; Mon, 25 Oct 2004 10:17:06 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CM5ej-0004db-Q9 for emacs-devel@gnu.org; Mon, 25 Oct 2004 10:17:05 -0400 Original-Received: from [206.16.200.4] (helo=smtp.zope.com) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CM5Vr-00010A-Px; Mon, 25 Oct 2004 10:07:56 -0400 Original-Received: from thaw.zope.com (thaw.zope.com [192.168.23.136]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.zope.com (Postfix) with ESMTP id 957943B8038; Mon, 25 Oct 2004 10:07:30 -0400 (EDT) X-X-Sender: klm@localhost Original-To: Richard Stallman In-Reply-To: X-zc-MailScanner-Information: Zope Corporation MailScanner X-zc-MailScanner: Found to be clean 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:28915 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28915 Thanks, all, for including me in the discussion about misuses of interactive-p. I'm the developer of allout, and haven't had time yet to examine the specifics. I hope to do so this week, but have one preliminary comment. On Sat, 23 Oct 2004, Richard Stallman wrote: > Many calls to interactive-p appear in functions that are not commands. > The only way interactive-p can return non-nil is when these functions > are called from commands run from macros. It doesn't seem right for > allout commands to move the cursor differently when they are run from > macros. So I am pretty sure these are bugs. 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. > I think this is the right way to fix these bugs, but I don't use > allout.el. Could someone who uses it please check this? As i said though, the above is an entirely preliminary thought. I'm hoping to get time this evening or tomorrow to investigate, and try out the proposed changes to see if this is disrupted. I'll report back when i know more, one way or another. Ken Manheimer klm@zope.com (please shift to ken.manheimer@gmail.com or klm@i.am)