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: Files in wrong subdirs of emacs/lisp? Date: Tue, 16 Dec 2003 09:51:42 -0500 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: Reply-To: rms@gnu.org NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1071586752 23269 80.91.224.253 (16 Dec 2003 14:59:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 16 Dec 2003 14:59:12 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Tue Dec 16 15:59:08 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AWGfE-0002ah-00 for ; Tue, 16 Dec 2003 15:59:08 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1AWGfE-0001wy-00 for ; Tue, 16 Dec 2003 15:59:08 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AWHZh-0001Xs-DX for emacs-devel@quimby.gnus.org; Tue, 16 Dec 2003 10:57:29 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AWHXz-0000yy-U6 for emacs-devel@gnu.org; Tue, 16 Dec 2003 10:55:43 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AWHXP-0000b3-50 for emacs-devel@gnu.org; Tue, 16 Dec 2003 10:55:38 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AWHXO-0000WK-DR for emacs-devel@gnu.org; Tue, 16 Dec 2003 10:55:06 -0500 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.24) id 1AWGY2-0005eI-11; Tue, 16 Dec 2003 09:51:42 -0500 Original-To: storm@cua.dk (Kim F. Storm) In-reply-to: (storm@cua.dk) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 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:18715 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18715 Thanks for looking for these rearrangements. I agree with you on many of them, so I'll comment on the ones I disagree with. Into emulations: delsel.el s-region.el These are not specifically for emulation; they are just optional features. Into net: terminal.el terminal.el has nothing in particular to do with the net. It just emulates a terminal. Into progmodes: cdl.el This seems to be a mode for editing a "data language", so I don't think it belongs in progmodes. hexl.el skeleton.el hexl mode is for examining binary files, and skeleton.el is a sort of advanced Emacs macro facility. Neither of them particularly has to do with developing or debugging programs outside Emacs. Into textmodes: These modes are for editing "text" in the sense of "files whose contents are written in a human language for humans to read". add-log.el I don't think of change logs as "text" in this sense. arc-mode.el tar-mode.el Archive files certainly are not text. forms.el forms-*.* I don't think these concern text, in the appropriate sense. The canonical example is /etc/passwd, which is not a file of text meant for humans to read. jka-compr.el Compression has nothing to do with whether the file's contents are text. ses.el A spreadsheet certainly isn't text. Create a new `vc' subdirectory: It is very useful to have identified a good candidate for a new coherent subdirectory. Thanks. The name `vc' would be slightly misleading, because that refers to the feature implemented by the vc*.el files. It would be stretching things to include anything but vc*.el in a directory with that name, and including diff* and ediff* would be a big stretch. So please use the name `versioning' instead. That concept is more abstract, but still clear. With that name, diff* and ediff* fit naturally. It could also be considered to make a new `help' subdir for things like: It is undesirable to make a new subdirectory with just 12 source files. We don't want to make lots of small subdirectories. If we could come up with a good name in which both documentation and customization fit, then I think it would reach the threshold of being a good idea.