From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Stefan Monnier" Newsgroups: gmane.emacs.devel Subject: Re: Gud lord! Date: Thu, 12 Jun 2003 11:30:52 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <200306121530.h5CFUqeq014919@rum.cs.yale.edu> References: <16098.1698.415992.223606@nick.uklinux.net> <1055004206.1439.12.camel@lan1> <20030607210527.GA20914@gnu.org> <200306072235.h57MZcUn014593@rum.cs.yale.edu> <87fzmgenxe.fsf@tleepslib.sk.tsukuba.ac.jp> <200306111432.h5BEWblQ004833@rum.cs.yale.edu> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1055432234 23799 80.91.224.249 (12 Jun 2003 15:37:14 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Thu, 12 Jun 2003 15:37:14 +0000 (UTC) Cc: Stefan Monnier Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Thu Jun 12 17:37:11 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19QU8V-0006BR-00 for ; Thu, 12 Jun 2003 17:37:11 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19QUU2-0004ip-00 for ; Thu, 12 Jun 2003 17:59:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19QUAA-0006Yg-WB for emacs-devel@quimby.gnus.org; Thu, 12 Jun 2003 11:38:55 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19QU9q-0006Wu-9y for emacs-devel@gnu.org; Thu, 12 Jun 2003 11:38:34 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19QU7l-0005oe-9t for emacs-devel@gnu.org; Thu, 12 Jun 2003 11:36:27 -0400 Original-Received: from rum.cs.yale.edu ([128.36.229.169]) by monty-python.gnu.org with esmtp (Exim 4.20) id 19QU2Q-0003Ri-Rv for emacs-devel@gnu.org; Thu, 12 Jun 2003 11:30:54 -0400 Original-Received: from rum.cs.yale.edu (localhost [127.0.0.1]) by rum.cs.yale.edu (8.12.8/8.12.8) with ESMTP id h5CFUr0i014921; Thu, 12 Jun 2003 11:30:53 -0400 Original-Received: (from monnier@localhost) by rum.cs.yale.edu (8.12.8/8.12.8/Submit) id h5CFUqeq014919; Thu, 12 Jun 2003 11:30:52 -0400 X-Mailer: exmh version 2.4 06/23/2000 with nmh-1.0.4 Original-To: Miles Bader Original-cc: Robert Anderson Original-cc: "Stephen J. Turnbull" Original-cc: emacs X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1b5 Precedence: list List-Id: Emacs development discussions. List-Help: List-Post: List-Subscribe: , List-Archive: List-Unsubscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:15059 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15059 > > I looked for Emacs support on the Arch Wiki but couldn't find any > > discussion of it: neither yours nor Landry's. > > Can't someone add links for them (I still have no idea where to > > find those two beasts) ? > The arch Wiki is pretty badly organized (well, it's a Wiki after all!), Organization is not the problem, since I used `search' anyway :-( > but I found an emacs mode in the web-browsable ArX source tree: > http://superbeast.ucsd.edu/~landry/ArX/ArX-1.0pre8/tools/emacs/ Thanks. > It looks slightly odd in that it consists of about a zillion files, each > containing a single elisp function, Yes, it's a real nightmare to browse. We really need some mode that shows a whole directory in a single buffer, in an outline-like mode. > and it appears to be a standalone > minor mode rather than a vc.el backend (I wonder, is this because arch > can't be fit into the vc.el model, or because the author simply didn't > make the effort?). The fact that the old VC is basically non-extensible and that the new is not available under XEmacs and that people think "VC is for RCS" is often the reason. Even in the vc-svn.el that comes with Subversion, there are comments in the file about how VC's model doesn't fit Subversion and blablabla, but nowhere in the code did they need to go through hoops: it's all very straightforward. It might not provide the kind of functionality that Subversion users want, but that's a separate concern. Stefan