From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Theodor Thornhill Newsgroups: gmane.emacs.devel Subject: Re: master 1e3b0f2: Improve doc strings of project.el Date: Fri, 19 Jun 2020 18:57:57 +0000 Message-ID: <87y2oinas1.fsf@thornhill.no> References: <87bllfqj82.fsf@warpmail.net> <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> Reply-To: Theodor Thornhill Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="130317"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dgutov@yandex.ru, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jun 19 20:58:39 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 1jmMDm-000Xo8-IR for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 20:58:38 +0200 Original-Received: from localhost ([::1]:37232 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmMDl-0005co-I9 for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 14:58:37 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:56926) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmMDH-0004O7-Qx for emacs-devel@gnu.org; Fri, 19 Jun 2020 14:58:07 -0400 Original-Received: from mail2.protonmail.ch ([185.70.40.22]:42429) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmMDE-0006C9-BY for emacs-devel@gnu.org; Fri, 19 Jun 2020 14:58:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail; t=1592593081; bh=3wZ+yYH8EqBj+BohtO/ratGIc5ML+t2RU3N5C9+mu2c=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=ZDjPN9mZYDP+metUtnWwaRi8do1JmkZbQTfxGq6D9Hmu84N8Li7hqLEpGQ36f82OJ ws0yr5v3rIg9p/5DJBVQGMQFnGBK2r79s2d4r1plHRQl9I8ZoljRDy8wVI1Sux10X7 f+pCw1BjEVzj90eKWSXSQtEBNQVRdBn6nlLLsSIhly9Ti8X7WCdUJkCdsliGOSBo1P JhVyb85nrFg3HeMe7qS62WhD+yQupPH1Xz+hFE7Tn5HTGsOv92h12UX3qQqYJgLktW eWNvECvZ6tXWkJigUGi6cwEKD/ZThEk1nPwjLdFvPEbGyvtzluXL5l2El0qCZTaNlO JGdFO7wZbhVbQ== In-Reply-To: <834kr6yk27.fsf@gnu.org> Received-SPF: pass client-ip=185.70.40.22; envelope-from=theothornhill@pm.me; helo=mail2.protonmail.ch X-detected-operating-system: by eggs.gnu.org: First seen = 2020/06/19 13:46:38 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -37 X-Spam_score: -3.8 X-Spam_bar: --- X-Spam_report: (-3.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-1, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action 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:252403 Archived-At: "Eli Zaretskii" writes: > 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 don't always use a very big computer screen, so sometimes I don't split the screen. > >> 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. Same here, though I have wanted to jump back to one. Not always, but certainly not never. > In any case, there's just one such buffer, so switching to it is easy. Yeah, sure. I could use "switch-to-buffer" for that, but then I have to context switch only a little. It isn't the end of the world at all, but I'd like to have it there. (Though I didn't include it until Andrii mentioned it) > >> 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. I definitively agree here. > 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. True. I believe this is not yet supported fully by the api. For example, a huge monorepo with .git only in root is a struggle. Theo