From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] lisp/files.el and lisp/buf-menu.el Date: Fri, 17 Jul 2009 18:22:10 -0400 Message-ID: References: <1247777220.6302.56.camel@dell-desktop.example.com> <1247806613.6302.169.camel@dell-desktop.example.com> <1247853403.6287.66.camel@dell-desktop.example.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1247869358 5360 80.91.229.12 (17 Jul 2009 22:22:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 17 Jul 2009 22:22:38 +0000 (UTC) Cc: emacs-devel To: Thomas Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 18 00:22:31 2009 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.50) id 1MRvoy-0000jp-Q9 for ged-emacs-devel@m.gmane.org; Sat, 18 Jul 2009 00:22:29 +0200 Original-Received: from localhost ([127.0.0.1]:41125 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MRvoy-0002p9-0h for ged-emacs-devel@m.gmane.org; Fri, 17 Jul 2009 18:22:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MRvou-0002p4-9P for emacs-devel@gnu.org; Fri, 17 Jul 2009 18:22:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MRvop-0002o6-Of for emacs-devel@gnu.org; Fri, 17 Jul 2009 18:22:23 -0400 Original-Received: from [199.232.76.173] (port=36720 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MRvop-0002o3-Jd for emacs-devel@gnu.org; Fri, 17 Jul 2009 18:22:19 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:53069) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MRvop-0003PQ-5h for emacs-devel@gnu.org; Fri, 17 Jul 2009 18:22:19 -0400 Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n6HMMD1M016084; Fri, 17 Jul 2009 18:22:13 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 16B3A3A153; Fri, 17 Jul 2009 18:22:10 -0400 (EDT) In-Reply-To: <1247853403.6287.66.camel@dell-desktop.example.com> (Thomas Lord's message of "Fri, 17 Jul 2009 10:56:43 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.94 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3321=0 X-detected-operating-system: by monty-python.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:112644 Archived-At: > For buff-menu.el how would you feel about a patch that: > Declares LIST-FILES-DIRECTORY obsolete. > Declares LIST-FILES-DIRECTORY to be an alias for > LIST-FILES-DESCRIPTION. > Otherwise renames LIST-FILES-DIRECTORY in lisp/*.el lisp/*/*.el It might be OK. I haven't thought about it enough recently, but I know that list-files-directory is a poor name and the lack of doc has bugged me when I used it in PCL-CVS, so I come from a favorable background. I'm not yet sure whether list-files-description is really a name I like (I'm not sure whether its name should bind it so closely to "list"ing). > I get that PCL-CVS gets away with a let-binding > for BUFFER-FILE-MODE but that strikes me as a kludge > and a kludge with the potential to break things. Emacs is made of those. > I think that third party code should be free to assume that if > BUFFER-FILE-MODE is not nil then it is, as the name implies, the name > of a (potentially remote) file. It's already not true for members of archives opened via tar-mode.el and arc-mode.el. > At the same time, I'm apparently not the first person that wants > a mechanism to tweak what SET-AUTO-MODE does by providing an override > string to use against the auto-mode alist. I don't understand what you mean. Stefan