-
Notifications
You must be signed in to change notification settings - Fork 11
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
shx does not seem to work in ielm buffers #25
Comments
Thanks, this is great to know. I've quickly tried shx with ielm and I see the problem happening. I'll add a change to at least inhibit shx-global-mode in ielm buffers this weekend -- it will amount to redefining (defun shx--global-on ()
"Call the function `shx-mode' if appropriate for the buffer."
(when (and (derived-mode-p 'comint-mode)
(not (eq major-mode 'inferior-emacs-lisp-mode)))
(shx-mode +1))) |
Similar issue happened for sly, which was a fork of slime and use comint-mode to redesign their repl. |
Thanks! There might be a way to get shx to cooperate with these modes, but for now I'll add sly to the exceptions too. |
for c20495c, I think it should be |
I wasn't able to locate the definition of sly-mrepl-mode to confirm, but I think the root cause was that shx shadows the RET binding which these modes (and probably others) require. |
You can find out definition of
Sounds reasonable. Now |
I used m-x shx-global-mode, which interferes with m-x ielm.
ielm will behave very oddly, outputing streams of hex rather than doing anything useful.
Is there a way to inhibit shx-global-mode in ielm buffers?
The text was updated successfully, but these errors were encountered: