From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: master 1e3b0f2: Improve doc strings of project.el Date: Fri, 19 Jun 2020 22:04:49 +0300 Message-ID: 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> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="30373"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 Cc: emacs-devel@gnu.org To: Eli Zaretskii , Theodor Thornhill Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Jun 19 21:05:44 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 1jmMKe-0007oY-BL for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 21:05:44 +0200 Original-Received: from localhost ([::1]:45698 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jmMKd-0003hR-Ca for ged-emacs-devel@m.gmane-mx.org; Fri, 19 Jun 2020 15:05:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59072) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jmMJr-0002Qx-AG for emacs-devel@gnu.org; Fri, 19 Jun 2020 15:04:55 -0400 Original-Received: from mail-wr1-x429.google.com ([2a00:1450:4864:20::429]:40071) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jmMJp-0007cN-E0; Fri, 19 Jun 2020 15:04:55 -0400 Original-Received: by mail-wr1-x429.google.com with SMTP id h5so10731872wrc.7; Fri, 19 Jun 2020 12:04:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=EcjIXnd9Xb/LEdjgbGHq+Qa16zRTOAlCTk7yqRdKWdg=; b=O7gw9xQC1boR/RLVzuxioMShgTDPLGvlIZwIz6PVEBWdNSZxCPfh1RUH4gyLf1iKoS Hc8sD5qTKikqPMVBt9TYGwXI34/NfCkTLoUVuq9QhElanEqR4smm3SslZUugdbIXODH/ IyFNS9DG3t8QO2sah9JgIzz8E4nj1YSHB9f6aDxqqKIxhdBx/LLvpxbvaInD7CG2tf+y LoBvmDs2mYSV5mBMZfPveOPcDHo00gI+ByzHm4av8FXehnP6Yl8/XilrwPmMMgHQ4yTw ru83Cabew25wZQ8DgFwl2+LZAXmdCAqZciqAj7k7hgg6DkieVYmv4tk0/BHbmS3kYbE4 S4RQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=EcjIXnd9Xb/LEdjgbGHq+Qa16zRTOAlCTk7yqRdKWdg=; b=jYJUQJZR1sdMLbur5PVf9hFvw1Uh2Bm7/BR4mWnsH5dLg5tK2mgk2ZBLTl0+ZOMmZt W7M3QE3jO7ceIM3BaO+huFcsVf1Y2kls2R8LCIwn1oR+9AXNkYLflQpjRkI9jeiPU6rp grxkCn1j47wHMoV+SLEwgTiWIBqCwdLLEnc9DbsbdwmFnkSDup2hkUGCts5roP7qtp95 nzr0mqyY9GYEszF/i00PhM2anH8jkL8nMoqPODnzGjj0Jl2a3on1kkh/KLWaZsh+M0G9 M2p2EE+/xFbwVUR9+7WchXATRSRW0BojFTB/Z7VQFvaKEVBRAvI4GtQgdlmgA+rtqRog RKxg== X-Gm-Message-State: AOAM533DUvXu4bfkRqC1nX2VtgdaHVBd23Dq7d+2tS24ns8KHl99cFRL fEdAnitjTxdIkkbpnLkz0AXjpKI1 X-Google-Smtp-Source: ABdhPJyMDjWpqt4WxOOZ1LuWGk7uHJu12g2HiAsvwSyAJYy2rLqLP+TUG5Ie9+f8sPVGYszSZi81Gw== X-Received: by 2002:a5d:60d1:: with SMTP id x17mr5391090wrt.46.1592593491148; Fri, 19 Jun 2020 12:04:51 -0700 (PDT) Original-Received: from [192.168.0.3] ([66.205.73.129]) by smtp.googlemail.com with ESMTPSA id b18sm7972034wrn.88.2020.06.19.12.04.50 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 19 Jun 2020 12:04:50 -0700 (PDT) In-Reply-To: <834kr6yk27.fsf@gnu.org> Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::429; envelope-from=raaahh@gmail.com; helo=mail-wr1-x429.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: 0 X-Spam_score: 0.0 X-Spam_bar: / X-Spam_report: (0.0 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FORGED_FROMDOMAIN=1, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-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:252406 Archived-At: On 19.06.2020 21:41, Eli Zaretskii wrote: > 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. For singleton buffers, we could conceivably go either way, but recall what I said about people wanting to be able to predominantly use project-switch-to-buffer while working on a project. There are other kinds of buffers not tied to files that are not always singleton. E.g. rspec-mode creates compilation-based buffers that can be (depending on a user option) created per-project. And even when it's singleton, that particular buffer is only relevant to one project usually (the one that ran the tests most recently). > That we mainly support projects that piggy-back VCS repositories > doesn't mean that's the only kind of project that could be useful. True. > 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. That is, again, true. But what of the rest of files in that repository? Do they belong to a different project? Do you also visit them, or not? If both answers are "no", then the current approach should work well enough. Otherwise, you're welcome to file a new bug report with more details, and we'll see what can be improved to accommodate that situation too.