bug#81597: 30.2; Eldoc: "Nothing to follow at point" despite text appearing like a link (underlined, hoverable, with URL tooltip)
Ramón Cahenzli via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <[email protected]>
| Newsgroups | gmane.emacs.bugs |
|---|---|
| Message-ID | <[email protected]> |
Hi there, To the list moderator: Sorry, my previous attempts to send this came directly from "report-emacs-bug" and contained a lot of system information which I understand is not supposed to be sent to the list, despite being pre-filled by Emacs? Here's a clean version instead: When a language server emits documentation in Markdown format, eldoc attempts to render this in its buffer, including making links clickable/followable. Most of those seem to work, but some don't. In such cases, the text is displayed as if it were a link (it's underlined and reacts to hover) but following it doesn't work: markdown-follow-link-at-point: Point is not at a Markdown link or URL markdown-follow-thing-at-point: Nothing to follow at point Function names mentioned inside help text in elixir-ls show this behavior, for example. The URL in the tooltip points to documentation for that specific function on Hexdocs, but the link doesn't work when clicked. The URL is however contained in the "help-echo" text property, in both working and non-working examples. It might be a bug because it feels misleading when the text looks and behaves like a link in the UI but can't be clicked/browsed. Some other editors, e.g. Kate and Codium, seem to have decided that such text shouldn't be a link at all and just display it in a monospaced font with different background colors. But it feels like the more useful behavior for the user would be to let them follow the link to the documentation since it's already there. Cheers, Ramón