From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: {Spam?} Re: progmodes/project.el and search paths Date: Fri, 07 Aug 2015 13:43:56 +0200 Message-ID: <877fp71fyb.fsf@isaac.fritz.box> References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <87r3nkjxby.fsf@isaac.fritz.box> <87h9ogyq6s.fsf@isaac.fritz.box> <87d1z3zd20.fsf@isaac.fritz.box> <55C344A6.5040001@gmail.com> <55C493EB.20603@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438947862 26741 80.91.229.3 (7 Aug 2015 11:44:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Aug 2015 11:44:22 +0000 (UTC) Cc: Eric Ludlam , Dmitry Gutov , Stefan Monnier , Emacs Development To: Eric Ludlam Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 07 13:44:11 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZNg4J-0000y0-0Q for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 13:44:11 +0200 Original-Received: from localhost ([::1]:48718 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNg4I-0001sB-8C for ged-emacs-devel@m.gmane.org; Fri, 07 Aug 2015 07:44:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58176) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNg4E-0001op-JF for emacs-devel@gnu.org; Fri, 07 Aug 2015 07:44:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZNg4B-0005Zb-Be for emacs-devel@gnu.org; Fri, 07 Aug 2015 07:44:06 -0400 Original-Received: from randomsample.de ([5.45.97.173]:36298) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZNg4A-0005ZK-Tp for emacs-devel@gnu.org; Fri, 07 Aug 2015 07:44:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=t4LRoSdozDWATEXXsrh8pTKf2+xVSskNQK1XDk7hDxo=; b=Zilb4KFC3T9AjtWWicFSo9rlVtSvDKjtG2VzasGJYnTA2boA8NmLthrU43CoHWxuyQhwEtkgLkCKEFjB6r1WSwnVi9YaicPu21mUKCeUYxJUbIsslTaR4CY419xDHZts; Original-Received: from ip4d145d5e.dynamic.kabel-deutschland.de ([77.20.93.94] helo=isaac.fritz.box) by randomsample.de with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1ZNg46-0007g3-8v; Fri, 07 Aug 2015 13:43:58 +0200 In-Reply-To: <55C493EB.20603@gmail.com> (Eric Ludlam's message of "Fri, 07 Aug 2015 07:18:03 -0400") User-Agent: Gnus/5.13001 (Ma Gnus v0.10) Emacs/24.4 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 5.45.97.173 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:188534 Archived-At: Eric Ludlam writes: > On 08/06/2015 07:10 PM, Stefan Monnier wrote: >>> It would be nice if the generic base project were the same. Any project >>> backend you use would have similar keybindings, menus, detection mechanisms, >>> file location systems, etc because it will be easier to use the base support >>> than invent something new. >> Could be nice, but I think it's a different beast from project.el. >> I actually have the impression that what you describe already exists and >> is called EDE ;-) >> > > Hmmm. Now I'm back to the beginning of the thread. > > Perhaps project.el is really project-root.el. I think that would > clarify a lot, and would continue to be helpful to the tools that only > need to know about the root. A clear intent would prevent > misconceptions from causing the base to grow into something > unintended. Despite what may have been said, project.el is *not* meant to be some kind of "base class" for different project systems (that was at least what I initially thought, and which you seem to think as well). The way I see it, project.el is more like an adapter, although one that delegates the actual implementation, so something like an "abstract adapter". Dmitry and Stefan are saying that this adapter should only provide the information that is common to all possible project systems, which pretty much means "the list of files/directories that are part of this project". While I agree this will already be very useful, as it allows you to use xref, grep, ido-find-file, etc. on the current project. I also think this is a very small feature for claiming the whole project- namespace. > I'm also interested in how to resolve some of the misconceptions about > EDE. Perhaps looking at what prevents it from being 'on by default', Last time we discussed this it boiled down to "we cannot preload EIEIO". -David