GNU bug report logs - #62300
29.0.60; No hyperlinks for some symbols in *Help* buffers

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Mon, 20 Mar 2023 18:34:02 UTC

Severity: normal

Found in version 29.0.60

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 62300 <at> debbugs.gnu.org
Subject: bug#62300: 29.0.60; No hyperlinks for some symbols in *Help* buffers
Date: Tue, 21 Mar 2023 10:19:55 -0400
> So you are saying that the only way of having
> global-text-scale-adjust-resizes-frames decorated as a link is to
> autoload it?

Not at all, no, I must have been unclear somewhere (maybe because
there's "autoload" as in using a `;;;###autoload` cookie somewhere, and
"autoload" as in having help-fns.el `load`ing a file in response to
something the user did in order to try and get more information about
the contents in that file).

I was saying that we can avoid the discrepancy either by:
- Change `help-enable-autoload` to also cause `help-fns.el` to (auto)load
  `face-remap.el` when you do `C-h f global-text-scale-adjust RET`
- To try and figure out why `C-h f text-scale-adjust RET`
  causes `help-fns.el` to (auto)load `face-remap.el` (presumably
  conditioned on `help-enable-completion-autoload`) and change it so
  it behaves like `C-h f global-text-scale-adjust RET` instead.


        Stefan





This bug report was last modified 2 years and 60 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.