From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: karl@freefriends.org (Karl Berry)
Newsgroups: gmane.emacs.devel
Subject: Re: Documentation for "Clone Buffers" (corrected version)
Date: Fri, 19 Mar 2004 10:15:44 -0500
Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org
Message-ID: <200403191515.i2JFFii25594@f7.net>
References: <1659-Fri19Mar2004170148+0200-eliz@elta.co.il>
NNTP-Posting-Host: deer.gmane.org
X-Trace: sea.gmane.org 1079709544 31264 80.91.224.253 (19 Mar 2004 15:19:04 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Fri, 19 Mar 2004 15:19:04 +0000 (UTC)
Cc: juri@jurta.org, emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Fri Mar 19 16:18:52 2004
Return-path: <emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian))
	id 1B4Lls-0008Lm-00
	for <emacs-devel@deer.gmane.org>; Fri, 19 Mar 2004 16:18:52 +0100
Original-Received: from monty-python.gnu.org ([199.232.76.173])
	by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian))
	id 1B4Lls-0006zc-00
	for <emacs-devel@quimby.gnus.org>; Fri, 19 Mar 2004 16:18:52 +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 1B4Llj-0006Ey-MT
	for emacs-devel@quimby.gnus.org; Fri, 19 Mar 2004 10:18:43 -0500
Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.30)
	id 1B4Lkg-00065j-38
	for emacs-devel@gnu.org; Fri, 19 Mar 2004 10:17:38 -0500
Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.30)
	id 1B4Lix-0005N5-Aq
	for emacs-devel@gnu.org; Fri, 19 Mar 2004 10:16:22 -0500
Original-Received: from [209.61.216.22] (helo=f7.net)
	by monty-python.gnu.org with esmtp (Exim 4.30) id 1B4Liw-0005Mq-T3
	for emacs-devel@gnu.org; Fri, 19 Mar 2004 10:15:50 -0500
Original-Received: (from karl@localhost)
	by f7.net (8.11.7-20030920/8.11.7) id i2JFFii25594;
	Fri, 19 Mar 2004 10:15:44 -0500
Original-To: eliz@elta.co.il
In-Reply-To: <1659-Fri19Mar2004170148+0200-eliz@elta.co.il>
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org
Xref: main.gmane.org gmane.emacs.devel:20616
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:20616

    Why cannot they say
               info libc FUNCTION

1) then users have to know what manual to look in.
2) in practice, manuals don't contain every function in their top-level
   menu, to my knowledge.

However, having a 1700-element entry in the top level of libc does sound
better to me than having a 1700-element dir listing, in terms of the
choices available now.