From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: how-many/count-matches for non-interactive use Date: Sun, 24 Oct 2004 20:53:10 -0500 (CDT) Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <200410250153.i9P1rAA06469@raven.dms.auburn.edu> 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> <200410240231.i9O2VlZ15381@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1098669349 18305 80.91.229.6 (25 Oct 2004 01:55:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 25 Oct 2004 01:55:49 +0000 (UTC) Cc: jpw@gnu.org, klm@zope.com, 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 03:55:38 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 1CLu5C-0000nt-00 for ; Mon, 25 Oct 2004 03:55:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLuCp-00061U-5W for ged-emacs-devel@m.gmane.org; Sun, 24 Oct 2004 22:03:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CLuCh-00061P-RD for emacs-devel@gnu.org; Sun, 24 Oct 2004 22:03:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CLuCh-000618-5R for emacs-devel@gnu.org; Sun, 24 Oct 2004 22:03:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CLuCh-00060y-3b for emacs-devel@gnu.org; Sun, 24 Oct 2004 22:03:23 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CLu4a-0002MX-Q6; Sun, 24 Oct 2004 21:55:01 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i9P1sliU001987; Sun, 24 Oct 2004 20:54:47 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id i9P1rAA06469; Sun, 24 Oct 2004 20:53:10 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sun, 24 Oct 2004 13:09:44 -0400) 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:28874 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:28874 Richard Stallman wrote: I wish you had made a list of the functions you didn't check, because we should ask the maintainers of those files to check them. I already mentioned ibuf-ext.el and allout.el earlier. I know looked at the three remaining calls in simple.el myself. The call in `kill-ring-save' _seems_ to me to be an example of correct non-message use. I have used `kill-ring-save' in keyboard macros before I knew Elisp and was satisfied with its behavior. I do not know whether the calls in `next-line' and `previous-line' should be considered "abstractly correct" or not. I have used these tons of times in keyboard macros and hit beginning or end of buffer countless times. No complaints from me _as a user_ about the present behavior. There are tons of uses in help.el, help-fns, faces.el, apropos.el, which are all of exactly the same "help-xref" type. I did not check these. However, I somehow get the impression that whoever wrote the code knew what they were doing. Some functions quite simply make no sense to be called from a keyboard macro in their present form, say ediff-version and emerge-version. For functions of the *-version variety to be useful in keyboard macros, they should accept an HERE argument, that prints the version number at point in the buffer, like emacs-version does. That leaves: comint.el: comint-strip-ctrl-m strokes.el: several. Of those, strokes-prompt-user-save-strokes is another one that seems suspicious. I am completely unfamiliar with strokes.el. But these seem to be mouse related functions. I do not know whether calling these from keyboard macros makes any sense to begin with. newcomment.el: comment-indent-new-line printing.el: several woman.el: woman man.el: Man-cleanup-manpage dired-x.el: dired-omit-expunge, dired-x-bind-find-file bookmark.el: bookmark-maybe-historicize-string, bookmark-bmenu-list ffap.el: several. completion.el: add-completion, add-permanent-completion menubar.el: menu-bar-make-toggle pcomplete.el: pcomplete