From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: Apropos commands and regexps Date: 15 May 2002 23:55:35 +0200 Sender: emacs-devel-admin@gnu.org Message-ID: <5xsn4toz3c.fsf@kfs2.cua.dk> References: <5xbsbj9834.fsf@kfs2.cua.dk> <200205150700.g4F70rr16163@aztec.santafe.edu> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021496223 2016 127.0.0.1 (15 May 2002 20:57:03 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 15 May 2002 20:57:03 +0000 (UTC) Cc: eliz@is.elta.co.il, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 1785pX-0000WP-00 for ; Wed, 15 May 2002 22:57:03 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17861D-0006R6-00 for ; Wed, 15 May 2002 23:09:08 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1785pe-0003sp-00; Wed, 15 May 2002 16:57:10 -0400 Original-Received: from mail.filanet.dk ([195.215.206.179]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 1785nP-0003RL-00; Wed, 15 May 2002 16:54:51 -0400 Original-Received: from kfs2.cua.dk.cua.dk (unknown [10.1.82.3]) by mail.filanet.dk (Postfix) with SMTP id 801947C016; Wed, 15 May 2002 20:54:49 +0000 (GMT) Original-To: rms@gnu.org In-Reply-To: <200205150700.g4F70rr16163@aztec.santafe.edu> Original-Lines: 63 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2.50 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3980 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3980 Richard Stallman writes: > I think giving the apropos commands a keyword based interface is a > good way to accomplish (a), and having an specific apropos-keywords > command breaks (b). > > Are you suggesting all apropos commands should work by keywords > instead of by regexps? Instead of: no In addition to: yes > > Your "all permutations" seems useful -- but I wonder whether it is > overkill... > > So my idea of just searching for any entry matching at least two keywords > will find all the entries found by searching for all combinations - and > it may find some entries the user didn't think about... > > What exactly is the difference between these two alternatives? > That isn't clear to me. If a user enters keywords "find window mini", the first approach will only find the entries containing all of find, window, and mini, while the second approach will find the entries which contains two or more of the keywords. Using the second approach has a more "novice" appeal: if don't know what a specific function is called, it will be easier to enter a few more alternatives, and see what turns up. -- it specifying more words returns more alternatives. > > The obvious problem restricting this to complete words is how to make > e.g. "list process" match "list-processes". > > That is a good point. We want the specified keywords to match > subsets of words in the command name. And if the user enters `grep', it should also match `igrep' (if that command exists). > > I wonder if the `apropos keyword' command being discussed could maintain > a list of common `equivalents', and try substituting some if the > original apropos doesn't return anything useful (or maybe even if > returns only a few matches). > > That is a natural extension. Yes, I like that proposal. > > Looking for an equivalent in this list should work by substring match > too. And if an equivalent is found, searching for it in command names > or elsewhere should also use substring match. I agree. -- Kim F. Storm http://www.cua.dk