-
-
Notifications
You must be signed in to change notification settings - Fork 645
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
Finer-grained opt-in to overlays #3522
Comments
Thanks! It seems feasible. We could add a |
Cool!
This doesn't matter to me because I don't mind if situation 2 (early-phase errors) shows a message in both minibuffer and the overlay (with the latter color-coded as an error), but I can't speak to the preferences of others. As long as 1, 2, and 3 are separately configurable I'm satisfied. |
We have #3524 in transit, feel free to chime in |
I'm thankful for CIDER 1.8.0's improved use of Clojure 1.10+ error reporting features. One way I'd like to leverage this change is to get short/non-stacktrace error messages as an overlay, without changing the behavior of 1. stacktrace/*cider-error*-opening errors or 2. normal evaluation.
That is, my dream scenario is:
(range 100)
--> no overlay, see result in minibuffer:::5
or(def 5)
--> error overlay(throw (ex-info "boom" {:a "a"}))
--> open *cider-error* with stacktrace, no overlayBecause
cider-use-overlays
is coarse-grained, it seems 1 and 2 are currently incompatible. Would it be possible to get more fine-grained config here?Cheers and thanks
(relevant clojurians thread)
The text was updated successfully, but these errors were encountered: