GNU bug report logs -
#67687
Feature request: automatic tags management
Previous Next
Reported by: Jon Eskin <eskinjp <at> gmail.com>
Date: Thu, 7 Dec 2023 11:45:02 UTC
Severity: wishlist
Done: Dmitry Gutov <dmitry <at> gutov.dev>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Thu, 4 Jan 2024 03:56:19 +0200
with message-id <3efc4f6f-da35-4cc7-a31e-1414037840f9 <at> gutov.dev>
and subject line Re: bug#67687: Feature request: automatic tags management
has caused the debbugs.gnu.org bug report #67687,
regarding Feature request: automatic tags management
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
67687: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=67687
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Sublime text and the vim extension vim-gutentags (
https://github.com/ludovicchabant/vim-gutentags) allow you to open projects
and immediately go to symbol definitions and references without any
configuration or setup. They also handle background indexing as you work.
It would be very nice if Emacs had an option to work the same way, where I
could open a project and immediately navigate symbols built from the
project.el root, without having to manually futz around with tags.
[Message part 4 (text/html, inline)]
[Message part 5 (message/rfc822, inline)]
On 02/01/2024 03:40, Dmitry Gutov wrote:
> On 01/01/2024 21:25, Eli Zaretskii wrote:
>>> Date: Mon, 1 Jan 2024 20:48:37 +0200
>>> Cc: stefankangas <at> gmail.com, eskinjp <at> gmail.com, 67687 <at> debbugs.gnu.org,
>>> michael.albinus <at> gmx.de
>>> From: Dmitry Gutov <dmitry <at> gutov.dev>
>>>
>>> On 01/01/2024 19:39, Eli Zaretskii wrote:
>>>>> Date: Mon, 1 Jan 2024 19:23:28 +0200
>>>>> Cc: stefankangas <at> gmail.com, eskinjp <at> gmail.com, 67687 <at> debbugs.gnu.org,
>>>>> michael.albinus <at> gmx.de
>>>>> From: Dmitry Gutov <dmitry <at> gutov.dev>
>>>>>
>>>>> On 01/01/2024 18:50, Eli Zaretskii wrote:
>>>>>>> +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).
>>>>
>>>> OK, then please tweak my suggested text to explain the situation
>>>> correctly instead.
>>>
>>> How about this?
>>>
>>> If you select a tags table manually (for example, using
>>> \\[visit-tags-table]), then this mode will be effectively
>>> disabled for the entire session. Use \\[tags-reset-tags-tables]
>>> to countermand the effect of a previous \\[visit-tags-table].
>>
>> SGTM, thanks.
>
> All right. I think I'll wait a days or two for any more comments and
> then install the feature.
Pushed to master, and closing. Thanks to everyone for the discussion.
This bug report was last modified 1 year and 142 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.