From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Phil Hagelberg Newsgroups: gmane.emacs.devel Subject: Re: A unified project root interface Date: Sat, 16 Mar 2013 15:27:38 -0700 Message-ID: <878v5n2d5x.fsf@enigma.home.hagelb.org> References: <20130309174419.6e1cadb4@forcix.kollektiv-hamburg.de>, , <87hakh2299.fsf@fimbulvetr.bsc.es>, <513FBA1C.5040100@siege-engine.com>, <87vc8vyy66.fsf@engster.org>, <5143C11D.8070705@siege-engine.com>, <87sj3vv35h.fsf@engster.org>, <20130316160203.6b889aba@forcix.kollektiv-hamburg.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1363475716 20977 80.91.229.3 (16 Mar 2013 23:15:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 16 Mar 2013 23:15:16 +0000 (UTC) Cc: David Engster , emacs-devel@gnu.org To: "Jorgen Schaefer" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Mar 17 00:15:41 2013 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 1UH0KD-0004xi-4H for ged-emacs-devel@m.gmane.org; Sun, 17 Mar 2013 00:15:41 +0100 Original-Received: from localhost ([::1]:36067 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UH0Jq-00067v-8w for ged-emacs-devel@m.gmane.org; Sat, 16 Mar 2013 19:15:18 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50796) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UH0Jm-00064c-3E for emacs-devel@gnu.org; Sat, 16 Mar 2013 19:15:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGze0-0001kN-54 for emacs-devel@gnu.org; Sat, 16 Mar 2013 18:32:05 -0400 Original-Received: from mail-pb0-f43.google.com ([209.85.160.43]:61205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGzbi-0000ji-3O for emacs-devel@gnu.org; Sat, 16 Mar 2013 18:29:42 -0400 Original-Received: by mail-pb0-f43.google.com with SMTP id md12so5334222pbc.16 for ; Sat, 16 Mar 2013 15:29:40 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:from:to:cc:subject:references:user-agent:in-reply-to :date:message-id:mime-version:content-type:x-gm-message-state; bh=zIKvclFyJOX9+jpIyRC8fNn82wFQjiDSG8P1SolfVw0=; b=jHKzxPR6V7Qvxb4Zr3T5RmtXkFyA5N+YxE8JT0P3TJGZ+lHa/TIfPC+fF56XRh0hLO RmKt79x/8djxAKnlNV3/TitPUBdi9tFxP+etQcg4NsFeZpfrJDCNe0sjcGu8GsSwejQN 0eawLGMVYNRxDNwfEzzFTQmUaQDIxHfDXBhaHgv3TigyFBl+UIR6ahqZTaXii7zbY7Xr HR0SIdRNfYC3z1ekrq1p9wXft+sS7xq6ZkukEg7txzrhFY1l9yny9ul8LkhjOwsXQuWe cEHLDM5EtumzlLWjAcyRCVChN3gcGZ8f7G2DAov5FbGt5ya+dL//ubGPY68vVFjNTQgB TG3A== X-Received: by 10.66.144.103 with SMTP id sl7mr3080909pab.55.1363472980267; Sat, 16 Mar 2013 15:29:40 -0700 (PDT) Original-Received: from enigma.home.hagelb.org (67-42-83-210.tukw.qwest.net. [67.42.83.210]) by mx.google.com with ESMTPS id ce16sm2246413pac.5.2013.03.16.15.29.36 (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Sat, 16 Mar 2013 15:29:37 -0700 (PDT) User-agent: mu4e 0.9.9; emacs 24.1.50.4 In-reply-to: <20130316160203.6b889aba@forcix.kollektiv-hamburg.de> X-Gm-Message-State: ALoCoQlLAAmjQ3VAah7bkgJYDfhYiRK0YFKdRpOVvoLZKV7BxV+bQKLZtMAvb8pAmbBp/Xv787Pk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.160.43 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:157907 Archived-At: Jorgen Schaefer writes: > Unless you create this in a way that is usable without requiring (or > understanding) EDE, I fear that it will not be used by many other > packages. And that's the issue I started this thread for. Speaking as the author of one of the most widely-used project-centric libraries[1], I agree with Jorgen. I would be happy to adopt a mechanism that ships with Emacs as long as it doesn't involve CLOS. My personal vote is for a way to provide a list of project-defining predicates, but a .dir-locals.el-based approach that didn't have false positives for .dir-locals nested inside project subdirectories would be fine too. thanks, Phil [1] - https://github.com/technomancy/find-file-in-project/blob/master/find-file-in-project.el