From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#67687: Feature request: automatic tags management Date: Mon, 1 Jan 2024 19:23:28 +0200 Message-ID: <7361089b-a473-4770-9637-db5855e07aee@gutov.dev> References: <2f86b882-9ec1-f63f-d90b-5f8f7ae114f2@gutov.dev> <58D84A29-9A63-45BA-AD8B-B476CDC931A1@gmail.com> <812729c8-726f-d60e-2603-2d8e588929fd@gutov.dev> <835y0sgg12.fsf@gnu.org> <979cf9e0-4d08-4c39-b5c8-11b0bb8801b4@gutov.dev> <83v88e3moc.fsf@gnu.org> <835y0e2ui8.fsf@gnu.org> <95132856-65b0-4812-a124-52e0da674330@gutov.dev> <8334vi2mwo.fsf@gnu.org> <801f2f8a-a39b-493f-a24f-0613a3c7ca57@gutov.dev> <83ttnx1clj.fsf@gnu.org> <2198a45c-e94b-47d6-9815-125d8f505f18@gutov.dev> <83il4d0zhh.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="blaine.gmane.org:116.202.254.214"; logging-data="24004"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla Thunderbird Cc: 67687@debbugs.gnu.org, eskinjp@gmail.com, michael.albinus@gmx.de, stefankangas@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 01 18:24:22 2024 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 1rKM1U-0005zQ-SP for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 01 Jan 2024 18:24:22 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rKM1B-0005OA-Il; Mon, 01 Jan 2024 12:24:01 -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 1rKM1A-0005O2-KD for bug-gnu-emacs@gnu.org; Mon, 01 Jan 2024 12:24:00 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rKM1A-0001xm-CF for bug-gnu-emacs@gnu.org; Mon, 01 Jan 2024 12:24:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rKM1B-0007Fx-SH for bug-gnu-emacs@gnu.org; Mon, 01 Jan 2024 12:24:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Jan 2024 17:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67687 X-GNU-PR-Package: emacs Original-Received: via spool by 67687-submit@debbugs.gnu.org id=B67687.170412982427864 (code B ref 67687); Mon, 01 Jan 2024 17:24:01 +0000 Original-Received: (at 67687) by debbugs.gnu.org; 1 Jan 2024 17:23:44 +0000 Original-Received: from localhost ([127.0.0.1]:48685 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKM0t-0007FJ-Fa for submit@debbugs.gnu.org; Mon, 01 Jan 2024 12:23:43 -0500 Original-Received: from wout5-smtp.messagingengine.com ([64.147.123.21]:60057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rKM0r-0007F5-Uj for 67687@debbugs.gnu.org; Mon, 01 Jan 2024 12:23:42 -0500 Original-Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 4FDDA3200BA8; Mon, 1 Jan 2024 12:23:33 -0500 (EST) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Mon, 01 Jan 2024 12:23:33 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm1; t=1704129812; x=1704216212; bh=N3rcES6OAapa/RcCRD0U7tQRQ7w36h25RwlWpK0JQqI=; b= sLk9eFKrak4DMzv/xXMMj0hKdSHkQOvdSipWHYRubPUHUum4b+GkMXeEYAQuW1Tc Mhisx2i3baXKXlhrY/DWu4WIZ17xhhhxtYmbGfHZr1qcJMn89TVj9A7PpkDNJQ9x kFHuZa6Nftdg3MnriqxO27fBC50XsfiHXRyPPmEAgSKbC6CQHqxllh7Xq+Ruy5h4 mmSakWuNVlSjSEkqncJRAaNRwLGhTVL7IPomhbcJHu5571tUicAhMOw28OI4QLsI e9humlU5hBMzNAF5uNL0R7u3cbuse0jhf9LwD2PLoW0ukJylsimdqshEZclpZWvo 8GUVjtgY08IHQvTEnniGaA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1704129812; x= 1704216212; bh=N3rcES6OAapa/RcCRD0U7tQRQ7w36h25RwlWpK0JQqI=; b=X J0Z+S9IwboqmWj9v1KS510E5rQm7TrB3+WBc3yl3j8B9YJ9Z9/PSRCPeBBWi3694 TgQgHl6R7gKy/WPGC5X7Z3v1Lj0jsBT/JJv1JIchSALJiIc9VaMgc3xhUNWkc5Hf P5GmcCb60DY4W/u0fH0WRh2ph85ugGJkCMWCc08CJDvJMzo15PFXn2dpt7tsiqPF hDi8cfOhUox+WtXGcI4DCpCkcqJ4guFlRhqy9RFfg9APu1do/kWijsZ+bS5YXFoa vM2Wt9pT9Q2x5RYuZM9ygmJ/dPYGgnHJOIXQCrb1NQ4fF6e11uSTmUAlEcWz6PeB qR+E9WEGNWLe/VTsRB8Ew== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedrvdegtddguddttdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthejredttddvjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpeetudeljeegheetgfehgeejkeeuhedvveeikeeufedtvddtveefhfdvveeg udejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 1 Jan 2024 12:23:31 -0500 (EST) Content-Language: en-US In-Reply-To: <83il4d0zhh.fsf@gnu.org> 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:277184 Archived-At: On 01/01/2024 18:50, Eli Zaretskii wrote: >> Date: Mon, 1 Jan 2024 17:47:09 +0200 >> Cc: stefankangas@gmail.com, eskinjp@gmail.com, 67687@debbugs.gnu.org, >> michael.albinus@gmx.de >> From: Dmitry Gutov >> >>> I guess for now it will be enough to document that invoking >>> visit-tags-table disables the mode for that project. AFAICT this is >>> not currently documented anywhere in the patch. >> >> OK, added a paragraph to the mode's docstring. >> [...] >> + >> +The exception is made when the user has already selected a tags >> +table manually (for example, using \\[visit-tags-table]). Then >> +this mode doesn't do anything. Reset the visited tags tables >> +using \\[tags-reset-tags-tables]." > > The above is only true for the project whose TAGS was manually > visited, right? IOW, it's not that once the use invokes > visit-tags-table once, this mode will be effectively disabled for the > entire session, right? No, it's the latter. It's off for the whole session, just like a visited TAGS file is active for the whole session (not limited to any specific project). The current choice is optimized for making it possible to flip etags-regen-mode on globally while not interrupting the workflows of most (hopefully all) people who currently use etags. > If so, I suggest to make it clear: > > If you select a tags table manually (for example, using > \\[visit-tags-table]), then this mode will be effectively disabled > for the project or the directory tree from which the tags table was > visited (the mode will still auto-regenerate tags tables for other > projects and directory trees). Use \\[tags-reset-tags-tables] to > countermand the effect of a previous \\[visit-tags-table]. > > Otherwise, this LGTM, thanks. We could do something like this too, but a tags file, in general, can't always be attributed to a specific project. At least we won't always be able to do that correctly for custom-made tag files. For example, the user could have that file include another tags file from a different directory on the same level, just like we here do with directories 'src' and 'lisp'. If 'src' and 'lisp' were configured to be separate projects, a visited src/TAGS would be attributed to the 'src' project only, while in fact it covers both. So the simplest solution is not to try.