Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

echo error at point (in minibuffer) #834

Closed
fommil opened this issue Jan 1, 2016 · 11 comments
Closed

echo error at point (in minibuffer) #834

fommil opened this issue Jan 1, 2016 · 11 comments

Comments

@fommil
Copy link

fommil commented Jan 1, 2016

ENSIME has this (with C-c C-v e) and it is incredibly useful. Sometimes one sees red squigglies and it's nice just to be able to get a hint about what is going wrong.

@swsnr
Copy link
Contributor

swsnr commented Jan 1, 2016

Thank you for this feedback! I'm not sure, though, whether I understand you.

Are you aware that Flycheck shows the error at point when you move the point to an error location? Or would rather like to have an explicit key binding to show the error at point? Do you know about the error list which automatically scrolls to and highlights the error at point?

@fommil
Copy link
Author

fommil commented Jan 1, 2016

I think I only get that error when I use the mouse (uugh). I have eldoc installed too and I think it tends to win the race to the minibuffer.

@cpitclaudel
Copy link
Member

@fommil Could you try C-h . on an error?

@fommil
Copy link
Author

fommil commented Jan 1, 2016

@cpitclaudel oh, that does give me something in the minibuffer. Is that coming from flycheck? It seems built-in.

@cpitclaudel
Copy link
Member

Flycheck sets the help-echo property on errors, so pressing C-h . (which is by default bound to display-local-help) does show the Flycheck error which the point is on.

That being said, flycheck also has its own mechanism for displaying errors, so placing the point on an error and waiting for a bit should show that error as well (in the minibuffer, on in a pop up if the message is long). But for the specific feature that you were asking about (a keybinding to show the current error) C-h . should do :)

@fommil
Copy link
Author

fommil commented Jan 1, 2016

That's great! More reason for us to use flycheck when it's ready.

@fommil fommil closed this as completed Jan 1, 2016
@cpitclaudel
Copy link
Member

Glad your problem is resolved :) But what do you mean by "when it's ready?"

@fommil
Copy link
Author

fommil commented Jan 1, 2016

@cpitclaudel #774

@cpitclaudel
Copy link
Member

Got it, thanks!

swsnr added a commit that referenced this issue Jan 2, 2016
swsnr added a commit that referenced this issue Jan 2, 2016
Document the new C-c ! h binding, fix some factual mistakes, add
additional index entries and also mention C-h .

See GH-834
@swsnr
Copy link
Contributor

swsnr commented Jan 2, 2016

@cpitclaudel Nice, I didn't even know about C-h . ☺️

@fommil I've also added C-c ! h as a new binding which explicitly invokes Flycheck's error display for the error at point. Unlike C-h . it uses whatever is configured for Flycheck's error display, so if you're using flycheck-pos-tip you'll get a GUI popup instead of an echo area message. C-h . will always use the minibuffer.

I also took the opportunity to improve the corresponding section in our manual. Please take a look and tell me if you're missing anything.

Thank you very much for reporting this issue.

@fommil
Copy link
Author

fommil commented Jan 2, 2016

cool

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants