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: Introducing 'unrecognized and 'ignored Date: Thu, 03 Jan 2008 09:30:13 -0500 Message-ID: References: <20071228174512.66834830BC9@snark.thyrsus.com> <17EA38DF-BCC1-4565-8510-5DD10DD667E3@mac.com> <20071229114551.GD9794@thyrsus.com> <20080102021907.GA15494@thyrsus.com> <20080102114614.GA17588@thyrsus.com> <20080102221130.GA3400@thyrsus.com> <20080102232915.GB4431@thyrsus.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199372549 30336 80.91.229.12 (3 Jan 2008 15:02:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 3 Jan 2008 15:02:29 +0000 (UTC) Cc: "Eric S. Raymond" , emacs-devel@gnu.org, Alexandru Harsanyi To: esr@thyrsus.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 03 16:02:45 2008 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 1JARai-00017f-IU for ged-emacs-devel@m.gmane.org; Thu, 03 Jan 2008 16:02:42 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JARaL-00066E-WD for ged-emacs-devel@m.gmane.org; Thu, 03 Jan 2008 10:02:18 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JARaH-00064q-0v for emacs-devel@gnu.org; Thu, 03 Jan 2008 10:02:13 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JARaE-00062p-VO for emacs-devel@gnu.org; Thu, 03 Jan 2008 10:02:12 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JARaE-00062D-Hg for emacs-devel@gnu.org; Thu, 03 Jan 2008 10:02:10 -0500 Original-Received: from mx20.gnu.org ([199.232.41.8]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JARaD-0005gn-Rf for emacs-devel@gnu.org; Thu, 03 Jan 2008 10:02:09 -0500 Original-Received: from 206-248-165-172.dsl.teksavvy.com ([206.248.165.172] helo=ceviche.home) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JAR6A-00038D-Si for emacs-devel@gnu.org; Thu, 03 Jan 2008 09:31:07 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id 4AA13B42DA; Thu, 3 Jan 2008 09:30:12 -0500 (EST) In-Reply-To: <20080102232915.GB4431@thyrsus.com> (Eric S. Raymond's message of "Wed, 2 Jan 2008 18:29:15 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-detected-kernel: by mx20.gnu.org: Linux 2.6 (newer, 3) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:85994 Archived-At: >> speedbar doesn't actually want a list of "admin dirs used by VCS". >> Instead it wants a list of "directories not to show in speedbar", >> e.g. "dirs used for things like meta-data". VCS are probably the most >> common users of meta-data directories, but not the only ones. > Right. If those other classes of metadata directories have elisp packages > that naturally own them, them I think speedbar ought to refer back to those > packages. >> > This seems wrong to me, violating what database people call the SPOT >> > (Single Point Of Truth) rule. >> >> Just because it's not in VC doesn't mean it can't be put in a single >> spot, right? ;-) > Certainly not. But, since VC needs the information anyway, where else > would you put them? VC doesn't really need the info. It only uses it because of its original mistake to use dired (and hence `ls'). Once this mistake is corrected it won't need it any more. Where else, then? In simple.el or subr.el or some other global file. Then VC backends can add to that variable and so can any other elisp package. This way speedbar doesn't need to refer to any of those packages. Stefan