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: Wed, 02 Jan 2008 18:06:39 -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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1199315234 7486 80.91.229.12 (2 Jan 2008 23:07:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 2 Jan 2008 23:07:14 +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 00:07:32 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 1JACgO-0005MF-AT for ged-emacs-devel@m.gmane.org; Thu, 03 Jan 2008 00:07:32 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JACg2-0005nh-2h for ged-emacs-devel@m.gmane.org; Wed, 02 Jan 2008 18:07:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JACfy-0005ml-T5 for emacs-devel@gnu.org; Wed, 02 Jan 2008 18:07:06 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JACft-0005hz-VJ for emacs-devel@gnu.org; Wed, 02 Jan 2008 18:07:06 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JACft-0005hs-Pu for emacs-devel@gnu.org; Wed, 02 Jan 2008 18:07:01 -0500 Original-Received: from ironport2-out.pppoe.ca ([206.248.154.182]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JACft-0002dr-IV for emacs-devel@gnu.org; Wed, 02 Jan 2008 18:07:01 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAB6oe0fO+KWs/2dsb2JhbACoJg X-IronPort-AV: E=Sophos;i="4.24,236,1196658000"; d="scan'208";a="12207651" Original-Received: from smtp.pppoe.ca ([65.39.196.238]) by ironport2-out.pppoe.ca with ESMTP; 02 Jan 2008 18:06:40 -0500 Original-Received: from pastel.home ([206.248.165.172]) by smtp.pppoe.ca (Internet Mail Server v1.0) with ESMTP id IYI31240; Wed, 02 Jan 2008 18:06:40 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id D69817F08; Wed, 2 Jan 2008 18:06:39 -0500 (EST) In-Reply-To: <20080102221130.GA3400@thyrsus.com> (Eric S. Raymond's message of "Wed, 2 Jan 2008 17:11:30 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.50 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. 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:85947 Archived-At: >> vc-directory calls dired-internal-noselect which does the directory >> listing (typically using `ls'). > Oh, so we can only get rid of that by no longer using dired at all. Right. > > That's a good idea in any case: speedbar shouldn't need to rely on VC > > for that. > But the alternative is for speedbar and all other modes that have to > be VCS-aware to have their own separate lists of special > version-control directories. 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. E.g. SML/NJ's "CM" subdirectories are others I've had to live with. > 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? ;-) Stefan