From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#61712: 30.0.50; Want way to generate VC log for arbitrary list of files Date: Thu, 23 Feb 2023 20:12:16 +0200 Message-ID: <83cz60p7y7.fsf@gnu.org> References: <871qmhd339.fsf@melete.silentflame.com> <86o7plplhg.fsf@mail.linkov.net> <87cz619wck.fsf@melete.silentflame.com> <83zg94pmdh.fsf@gnu.org> <86mt54qn4m.fsf@mail.linkov.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37263"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 61712@debbugs.gnu.org, spwhitton@spwhitton.name To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 23 19:13:14 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1pVG5i-0009Uf-FG for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 23 Feb 2023 19:13:14 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pVG5Y-0000eF-Tr; Thu, 23 Feb 2023 13:13:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVG5X-0000dN-07 for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 13:13:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pVG5W-0007eG-Nf for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 13:13:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pVG5W-00079Y-JP for bug-gnu-emacs@gnu.org; Thu, 23 Feb 2023 13:13:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Feb 2023 18:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61712 X-GNU-PR-Package: emacs Original-Received: via spool by 61712-submit@debbugs.gnu.org id=B61712.167717594827446 (code B ref 61712); Thu, 23 Feb 2023 18:13:02 +0000 Original-Received: (at 61712) by debbugs.gnu.org; 23 Feb 2023 18:12:28 +0000 Original-Received: from localhost ([127.0.0.1]:35265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVG4y-00078c-3G for submit@debbugs.gnu.org; Thu, 23 Feb 2023 13:12:28 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pVG4u-00078L-Kw for 61712@debbugs.gnu.org; Thu, 23 Feb 2023 13:12:25 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVG4p-0007ZR-5M; Thu, 23 Feb 2023 13:12:19 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=jj9nJY9kSOxvxLKpVUggPncHs4GZ6nrmlwF3zjTV198=; b=qibL1s8FiC6t rXhUTZXGDHen3u9HU2h+uMzljrIsX8TP/ySRBjWdZb0M9MskWUXF3hWhe05KU/9kmxuG5l0zfUFFE acJV03Yb0CMSG5A6/6FPmtTwOPdVzJgO7EpxCLEwsupvAyXuLyfDQBGGn8mSEmgO5xX0CjUXe+p1s R6WMYOgFmIOzvp7Mjish1GXAYpRgjWk2Qj+gMmiSIOFN1qqu9OK0bNWkkEARSzJ38NDUiYrYWB5fI Iprr4CaZjXXQjbVPfHArd4EeKI4K4zUpBKNBex9rw0pULoXo4qFkvnQscqULrLnTGvLuuZGQior9t FIQrkbxFPT0b5hVqQlU5bA==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pVG4o-00071i-Le; Thu, 23 Feb 2023 13:12:18 -0500 In-Reply-To: <86mt54qn4m.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 23 Feb 2023 19:59:05 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256507 Archived-At: > From: Juri Linkov > Cc: Sean Whitton , 61712@debbugs.gnu.org > Date: Thu, 23 Feb 2023 19:59:05 +0200 > > > How could you know, when this important feature was almost completely > > undocumented? Apart of a single NEWS entry, which is also quite > > misleading in what it does NOT say, there was no mention of this > > anywhere in our manuals, until now. > > Adding text for such a minor feature as using Dired for VC commands > to the top node "Version Control" makes it too long. It isn't a minor feature, IMO. It enables a lot of workflows that previously were hard or impossible. The first example is the question which started this discussion. > Even a major feature of using VC Directory Mode is described > much later in the manual. So better would be to explain Dired support > somewhere near the node "VC Directory Mode". I could argue that the possibility of using VC features from Dired is maybe even more important than vc-dir. Anyway, the VC chapter needs to be rewritten, I know it for a long time now. But I don't have time for that, not now anyway. I just spent half of my day chasing all the rabbit holes in VC and fixing the doc strings that I found unclear or inaccurate, and their manual descriptions that were either incomplete or outdated. I cannot afford spending more time on this, sorry. Unless someone steps forward and does the job, we'll have to live with what we have now, which IMNSHO is not too bad. > > Btw, shouldn't we show the VC information in the mode line of a Dired > > buffer that displays a directory under VCS? Since all VC commands now > > work in such a buffer, this is very similar to showing a file under > > VCS, so the omission doesn't sound right to me. > > I never noticed this omission, but adding the same mode-line string > as in regular file buffers makes sense. Patches to that effect are welcome. Without that, the text I wrote about VC being enabled automatically in Dired buffers might sound misleading to someone. Thanks.