From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: master 1e3b0f2: Improve doc strings of project.el Date: Sat, 20 Jun 2020 10:20:57 +0300 Message-ID: <83pn9uw6cm.fsf@gnu.org> References: <87bllfqj82.fsf@warpmail.net> <83o8pfxhzq.fsf@gnu.org> <83imfnxgt3.fsf@gnu.org> <83eeqbxevp.fsf@gnu.org> <87bllfnjy5.fsf@thornhill.no> <83d05vx9or.fsf@gnu.org> <877dw3ne2z.fsf@thornhill.no> <83a70zx7ag.fsf@gnu.org> <874kr6oqz1.fsf@thornhill.no> <834kr6yk27.fsf@gnu.org> <83y2oix431.fsf@gnu.org> <158b0bbb-01c1-0a3e-ceaa-69eb9c2b22f4@yandex.ru> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="11680"; mail-complaints-to="usenet@ciao.gmane.io" Cc: theothornhill@pm.me, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jun 20 09:21:54 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jmXp2-0002wn-Ql for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 09:21:52 +0200 Original-Received: from localhost ([::1]:34100 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmXp1-0007vF-Rr for ged-emacs-devel@m.gmane-mx.org; Sat, 20 Jun 2020 03:21:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38126) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmXoK-0005Pr-8k for emacs-devel@gnu.org; Sat, 20 Jun 2020 03:21:08 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:35980) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmXoJ-00062J-0T; Sat, 20 Jun 2020 03:21:07 -0400 Original-Received: from [176.228.60.248] (port=1195 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jmXoI-0002CW-Ca; Sat, 20 Jun 2020 03:21:06 -0400 In-Reply-To: <158b0bbb-01c1-0a3e-ceaa-69eb9c2b22f4@yandex.ru> (message from Dmitry Gutov on Fri, 19 Jun 2020 22:33:07 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:252421 Archived-At: > Cc: theothornhill@pm.me, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Fri, 19 Jun 2020 22:33:07 +0300 > > On 19.06.2020 22:12, Eli Zaretskii wrote: > > >> That is, again, true. But what of the rest of files in that repository? > >> Do they belong to a different project? > > > > Yes. > > > >> Do you also visit them, or not? > > > > Not as part of working on the current project. Though I might decide > > to add some of them to the current project, as the need arises. > > I mean, do you visit them in the same Emacs session? I just answered that above. This is all in a single Emacs session. > > In any case, my point was that relying on the VCS to determine what is > > and isn't in the project presents a restriction that a general-purpose > > project-handling facility should lift early on to be useful, IMO. > > I agree, but agreement alone is not enough to make it a reality. > > OTOH, we already have a customization point that allows to exclude more > files than .gitignore does (the project-vc-ignores variable). I don't think exclusion alone is enough. We need also a way of _including_ files in a project. > *And* one can use the project API to introduce a project backend that > does not rely on VC repositories. I think we should have commands to do so in the core. It's too basic a capability for any IDE for us to leave it to add-ons.