-
-
Notifications
You must be signed in to change notification settings - Fork 99
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
Support custom value rendering middleware #12
Labels
Comments
@greglook Would you be interested in contributing this upstream? Now we're back in the business of accepting PRs! 🎉 |
Hummmm this could also drastically simplify the implementation of content-type handlers... |
Might be able to look at this in a few days; it'd certainly be nice to ditch the metadata wrangling. |
@greglook Certainly! 👍 |
5 tasks
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Currently, nREPL's interruptible-eval middleware hardcodes a dependency on pr-values. It would be nicer if the user could either specify alternate rendering middleware or if nREPL's built-in middleware accepted an arbitrary function to render values with. Specifically, this would enable pretty-printing REPL output.
I've set up a middleware to demonstrate this, in combination with the Puget printing library:
https://github.com/greglook/whidbey
Currently it is possible to replace the default middleware, but it involves some ugly runtime metadata manipulation which reaches into the nREPL internals. Addressing this would be another step towards simplifying pretty-printing/color integration in the REPL.
(from https://dev.clojure.org/jira/browse/NREPL-55)
The text was updated successfully, but these errors were encountered: