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: Documentation for "Clone Buffers" (corrected version) Date: Mon, 22 Mar 2004 00:24:19 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <200403191747.i2JHlPS28017@f7.net> <3405-Sat20Mar2004160433+0200-eliz@elta.co.il> Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1079933405 18801 80.91.224.253 (22 Mar 2004 05:30:05 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 22 Mar 2004 05:30:05 +0000 (UTC) Cc: juri@jurta.org, emacs-devel@gnu.org, karl@freefriends.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Mon Mar 22 06:29:58 2004 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5I0c-0001mK-00 for ; Mon, 22 Mar 2004 06:29:58 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1B5I0b-00026f-00 for ; Mon, 22 Mar 2004 06:29:57 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5I0Z-0000XF-Aq for emacs-devel@quimby.gnus.org; Mon, 22 Mar 2004 00:29:55 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30) id 1B5Hzv-0000SL-TI for emacs-devel@gnu.org; Mon, 22 Mar 2004 00:29:15 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30) id 1B5HzP-0008Fn-4I for emacs-devel@gnu.org; Mon, 22 Mar 2004 00:29:14 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1B5HzO-0008Fj-VT for emacs-devel@gnu.org; Mon, 22 Mar 2004 00:28:42 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.24) id 1B5Hv9-00074x-5I; Mon, 22 Mar 2004 00:24:19 -0500 Original-To: Eli Zaretskii In-reply-to: (message from Eli Zaretskii on 21 Mar 2004 08:19:06 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.4 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:20699 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20699 > So imagine that there is a node in `dir' that has a menu which > contains all the manuals that describe commands. When you ask to > search for a command `foo', info would find this node, find all the > manuals it points to, then search the index of each manual for `foo'. If implemented naively, that could be prohibitively slow, I think. To get a feeling how slow, try "info --apropos=SOMETHING" with the stand-alone Info reader. They are not comparable. That searches all manuals. I am talking about searching a specified list of manuals. The fraction of manuals that register themselves as providing library functions for any given language would be small. However, this comparison might be valid in the case of commands, because many manuals might define at least one command. So in the case of commands we might want to put the command names into the special node of `dir'. I think it would be a mistake to use a database that does not consist of straightforward text. The speed of searching text for a string is so fast that there is no point in optimizing it. The only thing that might make this slow is if it needs to access too many files. Putting the necessary info in one fileis all the optimization needed.