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
Message #110 received at 67687 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 31 Dec 2023 17:25:35 +0200
> Cc: eskinjp <at> gmail.com, 67687 <at> debbugs.gnu.org, michael.albinus <at> gmx.de
> From: Dmitry Gutov <dmitry <at> gutov.dev>
>
> On 31/12/2023 08:34, Eli Zaretskii wrote:
> >> +Note that this feature disables itself if you have already manually
> >> +visited a tags table (with @kbd{M-x visit-tags-table}, or through an
> >> +explicit prompt triggered by some feature that requires tags).
> > This aspect is IMO somewhat problematic. I wasn't aware of it, and
> > now that I read this, I'm not sure it is correct and will meet user
> > expectations.
>
> I'm pretty sure you asked for it: that even when this mode is on, it
> shouldn't interfere with completion tables explicitly visited by the user.
"Interfere" and "prevent automatic regeneration" is not the same.
I think this probably warrants a separate defcustom: some people might
want such regeneration, even if the tags table was loaded manually,
others won't. And I think the default should be to regenerate them
regardless.
> And either way it seems like a prerequisite for enabling
> etags-regen-mode by default sometimes in the future.
How so? The fact that I loaded TAGS doesn't necessarily mean I don't
want it updated when the sources change. Or what am I missing?
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.