GNU bug report logs -
#66752
30.0.50; [PATCH] Add support for 'thing-at-point' to 'bug-reference-mode'
Previous Next
Reported by: Jim Porter <jporterbugs <at> gmail.com>
Date: Wed, 25 Oct 2023 22:35:01 UTC
Severity: normal
Tags: patch
Found in version 30.0.50
Done: Jim Porter <jporterbugs <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Date: Sat, 4 Nov 2023 13:07:38 -0700
> Cc: 66752 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
> From: Jim Porter <jporterbugs <at> gmail.com>
>
> On 11/4/2023 12:24 PM, Tassilo Horn wrote:
> > Jim Porter <jporterbugs <at> gmail.com> writes:
> >> (jit-lock-unregister #'bug-reference-fontify)
> >> + (setq thing-at-point-provider-alist
> >> + (delete '((url . bug-reference--url-at-point))
> >> + thing-at-point-provider-alist))
> >> + (when (equal thing-at-point-provider-alist
> >> + (default-value 'thing-at-point-provider-alist))
> >> + (kill-local-variable 'thing-at-point-provider-alist))
> >
> > Is that conventional, nuking a buffer-local value once it's back to its
> > default value. Just asking out of curiosity.
>
> I'm not sure. The only example I saw for adding to
> 'thing-at-provider-alist' was for EWW (a major mode). I thought, "What
> if someone activated and deactivated 'bug-reference-mode' and then later
> added something to the default value of 'thing-at-provider-alist'?"
>
> I don't know if that's a case we want to support; maybe I'm just being
> overly cautious. (Or maybe there should be - or already is - some
> utility function that does this for us.) Eli, do you have any thoughts
> on this part?
I don't see any problems with this. But I added Stefan in case he has
an opinion.
This bug report was last modified 1 year and 288 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.