From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: moving more cl seq/mapping support into core Date: Fri, 08 Oct 2010 01:47:48 -0400 Message-ID: References: <4CAA0FFC.5020809@gmail.com> <8739skokjl.fsf@lifelogs.com> <4CAD90F6.9050008@gmail.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: dough.gmane.org 1286518530 1952 80.91.229.12 (8 Oct 2010 06:15:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 06:15:30 +0000 (UTC) Cc: tzz@lifelogs.com, emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 08 08:15:27 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1P46En-0007pS-Hg for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 08:15:25 +0200 Original-Received: from localhost ([127.0.0.1]:47216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P45oE-0006Dn-Lt for ged-emacs-devel@m.gmane.org; Fri, 08 Oct 2010 01:47:58 -0400 Original-Received: from [140.186.70.92] (port=33021 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1P45o6-0006Df-AV for emacs-devel@gnu.org; Fri, 08 Oct 2010 01:47:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1P45o5-0002vx-Cv for emacs-devel@gnu.org; Fri, 08 Oct 2010 01:47:50 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:53489) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1P45o5-0002vs-AB for emacs-devel@gnu.org; Fri, 08 Oct 2010 01:47:49 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1P45o4-0001aL-Df; Fri, 08 Oct 2010 01:47:48 -0400 In-reply-to: <4CAD90F6.9050008@gmail.com> (message from Daniel Colascione on Thu, 07 Oct 2010 02:20:54 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:131469 Archived-At: If any new feature must be documented, and the documentation cannot exceed a certain size, then new features cannot be added. Are you proposing to cap the size of Emacs? Or does this logic only apply to things named "cl.el"? Obviously neither one. You are not responding to what I said. Instead you invented two ways of taking it to an extreme, and attacked them. That's mean-spirited as well as unconstructive. There are many differences between possible new Emacs Lisp features as regards how much documentation they need and where it is useful to put that documentation. Some features are rather specialized and can perfectly well be left out of the printed manual. For others the needed documentation can be short. CL, however, is complex and would be meant for widespread use in all sorts of Lisp programs. Thus, this is a significant issue for CL and might be insignificant for other extensions. We might consider installing just part of the CL features and looking for a concise (but clear) way to document them.