From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: progmodes/project.el and search paths Date: Tue, 4 Aug 2015 21:05:31 +0300 Message-ID: <55C0FEEB.7040500@yandex.ru> References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <87r3nkjxby.fsf@isaac.fritz.box> <55BF7619.1050701@yandex.ru> <87mvy8jvlh.fsf@isaac.fritz.box> <55BF8522.4010009@yandex.ru> <87lhdsys13.fsf@isaac.fritz.box> <55BFF764.2030002@yandex.ru> <83mvy7tbit.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1438711570 16683 80.91.229.3 (4 Aug 2015 18:06:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Aug 2015 18:06:10 +0000 (UTC) Cc: emacs-devel@gnu.org, deng@randomsample.de, eric@siege-engine.com To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 04 20:06:05 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 1ZMgbE-0004dZ-1h for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 20:06:04 +0200 Original-Received: from localhost ([::1]:36641 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMgbC-0003i4-Va for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 14:06:02 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35957) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMgap-0003hr-S4 for emacs-devel@gnu.org; Tue, 04 Aug 2015 14:05:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZMgal-0007fx-RJ for emacs-devel@gnu.org; Tue, 04 Aug 2015 14:05:39 -0400 Original-Received: from mail-lb0-x22d.google.com ([2a00:1450:4010:c04::22d]:32858) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMgal-0007fm-Jo; Tue, 04 Aug 2015 14:05:35 -0400 Original-Received: by lbbyj8 with SMTP id yj8so10811181lbb.0; Tue, 04 Aug 2015 11:05:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=t8dbMlW86+m8GStoc6eC69YTOVe12CN7ndTdzBzCYEc=; b=wKFcShGLIuwonZABmN214mS+jCfrcGK9IttlMpRYvdN8tkuOFKWPPv2UK5RsAbve1g MQG4b532t7lYahb9gxhDdzioFsDJvjKsdrhO0Dg1oqWLHtYJt31GdkOyM0SmVUjx8txe rTraOj8afeGdHitanp/VdokopFSPXKa0JWK5a0OOCH+N6ulpexDhclCvTe+9PHXGfQvB /xpAe+P3eE7nkkBfQGg/0VeWRm9UrEL2iXJrUfMPBxsCuAxV+uMptNZjX98p9RgfS/ws eU0x8oEMvbeHT3dJZjNwZk7vIypUSEztxYoXvgyfGKFipe0AB5cN435TvjaB6MqmvVLw GPCA== X-Received: by 10.152.18.232 with SMTP id z8mr5119845lad.66.1438711534750; Tue, 04 Aug 2015 11:05:34 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id r6sm16609lbw.10.2015.08.04.11.05.33 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 04 Aug 2015 11:05:33 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: <83mvy7tbit.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::22d 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:188403 Archived-At: On 08/04/2015 04:43 PM, Eli Zaretskii wrote: > I really think we could benefit from presenting some kind of goal or > vision for the project.el development. The vision is: identify general pieces of information that a interesting Lisp program can use without worrying too much about which kind of a project it is, and add them to the API in a way that's both easy to use and (hopefully) implement. Simply identifying pieces of information doesn't help until you have an application in mind. Which, at this point, will often imply "intend to implement that application yourself". There's no good way to verify usefulness of a piece of API aside from creating at least an quick-and-dirty, example consumer. > AFAICS, it started as a way to > standardize finding a "project root", then moved to finding "project > directories", but now it seems we are discussing a much wider scope, > something like infrastructure for project definition and possibly also > IDEs? Much of the recent discussion centered on the question of whether EDE is good enough. David also questioned whether the scope (of type-agnostic project operations) is a wide one. > If it's the latter, then I won't expect to see arguments about > "complications outweighing benefits" in reference to features that are > basic for any IDE that is worth its menus. It was a quick judgment: David doesn't seem interested on working on extracting some general behavior out of it. I'm not captivated either. In any case, that was either a weak proposal, or a very incomplete one.