Replies: 2 comments 2 replies
-
I think it does. The echo area is a very contested outlet and opinions about how it should be used vary wildly. So I took the conscious decision of making the Eglot Eldoc backend tell the This was a compromise, for sure, taken to appease many users using many servers across many issues over many years :-)
If you need to change this you should rather the functions in
And then replace This is independent from If so, maybe a customization like If you want this, please propose a patch to [email protected] and I think it can be accepted (though I'm not sure if I'm the eldoc maintainer anymore, but it should be fine). Include a reference to this discussion in the issue. |
Beta Was this translation helpful? Give feedback.
-
@Wilfred Could this be of any help/inspiration: https://codeberg.org/mekeor/eglot-signature-eldoc-talkative ? |
Beta Was this translation helpful? Give feedback.
-
Some LSPs, most notably rust-analyzer, include metadata in the first line of the hover information. As of emacs-mirror/emacs@67c1e6e, eglot is only showing the first line.
The LSP traffic looks like this:
but the only text shown in the minibuffer is
// size = 16 (0x10), align = 0x8
, which is the first line of the hover text from LSP. The second line is much more useful, showing the actual type of the local variable I'm hovering on.Would it be possible to configure this behaviour? I don't see any obvious variables or defcustoms, so I'd need to use advice to replace the entire definition of eglot-hover-eldoc-function.
Alternatively, does it make sense for eglot to truncate this? I know there are already minibuffer settings to control its size, particularly
eldoc-echo-area-use-multiline-p
andmax-mini-window-height
.Beta Was this translation helpful? Give feedback.
All reactions