Replies: 2 comments 2 replies
-
Thanks. I think I can replicate this. Related to #1053 |
Beta Was this translation helpful? Give feedback.
0 replies
-
I had a typo in my config. I am now using this: (put 'eglot-note 'flymake-overlay-control nil) ; was 'eglot-node
(put 'eglot-warning 'flymake-overlay-control nil)
(put 'eglot-error 'flymake-overlay-control nil) which prevents the behavior for all three overlay flavors. So that explains the non-uniformity. A better solution might be to simply pass the click through if there is no code action at a given overlay, rather than signal an error. |
Beta Was this translation helpful? Give feedback.
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
A small but persistent problem I encounter with eglot is that mouse-1 is bound to
eglot-code-actions
onflymake-note
overlays, even when there is no code action. Mostly this is harmless, but clicking anywhere in the highlighted note text produces the error "[eglot] No code actions here". This is correct: there are no code actions on this position. But I don't see a need for this error, and it prevents placing cursor on the highlighted text with the mouse.This does not occur for, e.g.,
flymake-error
(which doesn't appear to have the mouse-1 keymap set).Beta Was this translation helpful? Give feedback.
All reactions