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: Fri, 19 Jun 2020 21:41:52 +0300 Message-ID: <834kr6yk27.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> Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="62031"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, dgutov@yandex.ru To: Theodor Thornhill Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jun 19 20:42:47 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 1jmLyR-000G3T-Q2 for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 20:42:47 +0200 Original-Received: from localhost ([::1]:48468 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmLyQ-0000z2-RJ for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 14:42:46 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53458) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmLxl-0008Ua-MK for emacs-devel@gnu.org; Fri, 19 Jun 2020 14:42:05 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:53447) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmLxk-0003jX-TV; Fri, 19 Jun 2020 14:42:04 -0400 Original-Received: from [176.228.60.248] (port=2634 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jmLxk-0002cS-1G; Fri, 19 Jun 2020 14:42:04 -0400 In-Reply-To: <874kr6oqz1.fsf@thornhill.no> (message from Theodor Thornhill on Fri, 19 Jun 2020 18:22:48 +0000) 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:252399 Archived-At: > Date: Fri, 19 Jun 2020 18:22:48 +0000 > From: Theodor Thornhill > Cc: dgutov@yandex.ru, emacs-devel@gnu.org > > > My point was and remains that using default-directory as the single > > criterion for deciding whether a buffer should be offered as > > completion candidate to switch while working on a project, sounds like > > not the best idea, since it will pick up many buffers to which users > > are unlikely to want to switch as part of working on the project. > Yeah, I agree. I can try to come up with something more appropriate > than the default-directory. Though I for one, want the *xref* to be part > of that, since "project-find-regexp" uses it. Why does it matter that project-find-regexp uses *XREF*? the question is why would you need to switch to it when it is not displayed in any window? > I believe I read you wouldn't want it. I guess many others will have > many different opinions in this matter. When I work with xref-related features, I keep the *XREF* buffer on display as long as I use it. When I'm done using it, I don't care about it anymore. In any case, there's just one such buffer, so switching to it is easy. > In addition, when do we make that first desicion, really? Right now it > just sort of happens after you go "git init" in terminal. To me it > sounds like that new workflow adds some steps to what is right now a > quite seamless experience. That we mainly support projects that piggy-back VCS repositories doesn't mean that's the only kind of project that could be useful. And even if the backend is Git, no one said that I want all of the files in the repository to be part of my project. I may be working on a project that includes just a handful of files from a repository that has thousands of them.