-
-
Notifications
You must be signed in to change notification settings - Fork 642
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
*nREPL error* buffer autofocus #110
Comments
Slime did it this way too. I'm actually quite used to hitting 'q' or '0' or whatever is needed to close that buffer. If in the future there will be something to do with that buffer, then I think the current behavior should stay, but if not, it seems fine to leave it unfocused. |
I think the autofocus should be removed. I had a nREPL error (looks like a bug) that kept happening over and over again, switching focus to the error buffer repeatedly. I needed to quit Emacs with the mouse. Probably the most annoying thing that has happened to me on a computer in a long time. |
Working on disabling this. |
It is disabled for now. I will probably add a customization parameter to allow you to choose to have it focused or not. This can be useful for when you want to dismiss it immediately. |
great, thanks! Having the auto-focus thing be automatic can be problematic if you keep having errors thrown (that was my problem), because you can never move focus away from that buffer.. |
Currently (I use nrepl-20120912.248) when a code evaluated in REPL
raises an exception, a nREPL error buffer opens and becomes
focused.
A lot of times there is no need to make anything in nREPL error
buffer, the visible data is enough. Also It seems to me inconsistent
with other Emacs behaviours when an auxiliary buffer does not get
focused automatically.
Let's remove that autofocus.
The text was updated successfully, but these errors were encountered: