From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: Apropos commands and regexps Date: 14 May 2002 14:26:35 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <5xg00y41zj.fsf@kfs2.cua.dk> <87held70yy.fsf@emacswiki.org> <5x3cwv97dx.fsf@kfs2.cua.dk> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1021359782 9022 127.0.0.1 (14 May 2002 07:03:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 14 May 2002 07:03:02 +0000 (UTC) Cc: Alex Schroeder , Kai.Grossjohann@cs.uni-dortmund.de (Kai =?iso-8859-1?q?Gro=DFjohann?=), 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 177WKs-0002LM-00 for ; Tue, 14 May 2002 09:03:02 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 177WVn-0005gr-00 for ; Tue, 14 May 2002 09:14:19 +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 177WL1-0003WI-00; Tue, 14 May 2002 03:03:11 -0400 Original-Received: from tyo201.gate.nec.co.jp ([202.32.8.214]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 177Uq7-0001Od-00; Tue, 14 May 2002 01:27:12 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.197]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g4E5QlV24864; Tue, 14 May 2002 14:26:47 +0900 (JST) Original-Received: from mailsv.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g4E5QkR08984; Tue, 14 May 2002 14:26:46 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv.nec.co.jp (8.11.6/3.7W-MAILSV-NEC) with ESMTP id g4E5Qju24471; Tue, 14 May 2002 14:26:45 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id g4E5QaK24523; Tue, 14 May 2002 14:26:37 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id EE3AB37C8; Tue, 14 May 2002 14:26:35 +0900 (JST) Original-To: storm@cua.dk (Kim F. Storm) System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: <5x3cwv97dx.fsf@kfs2.cua.dk> Original-Lines: 21 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:3906 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3906 storm@cua.dk (Kim F. Storm) writes: > If a user is searching for some command which does something "useful", > it is already quite hard to guess the terms emacs may be using to > accomplish a given task (e.g. some novice users may search for "change > file" when they really should look for "switch buffer"). 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). E.g., it might group (`file', `buffer', and `document') together, and (`switch', `change', select', `open', `find' together), so a user that searches for `open document' would find both `find-file' and `switch-to-buffer'. Maybe this would end up generating too many false positives, though. -Miles -- Quidquid latine dictum sit, altum viditur.