I don't find this warning particularly helpful and pretty distracting because it hides the current text in the echo area for a brief moment. Is also seems unnecessary, because I will notice anyway that I cannot write in read-only areas. Is there a way to disable it?
2 Answers
Yes, you can disable these messages by setting command-error-function
to a function that ignores buffer-read-only
signals.
(defun my-command-error-function (data context caller)
"Ignore the buffer-read-only signal; pass the rest to the default handler."
(when (not (eq (car data) 'buffer-read-only))
(command-error-default-function data context caller)))
(setq command-error-function #'my-command-error-function)
(Tested using GNU Emacs 24.5.1.)
-
Out of curiosity, won't overriding the
command-error-function
value affect all errors, and not just the "buffer read-only" errors? I cannot exactly figure out what all this change will impact from the source code. Jan 21, 2016 at 19:28 -
1Yes, it would. That's exactly why I have the
(when ...)
form in the code snippet: this way signals we don't care about are passed to the default handler andbuffer-read-only
is ignored. Jan 21, 2016 at 19:33 -
Ah OK, I totally missed that call to
command-error-default-function
. Jan 21, 2016 at 19:34 -
1Sweet, I've been looking for an easy way to get rid of that "Text is read-only" garbage only in the minibuffer and this does the trick.– whackaJan 21, 2016 at 22:35
-
1@mcb: As far as I know it is not possible to separate the echo area and mini-buffer. I believe that the answer by
phils
that you linked to is correct, i.e. we would need new C code for this. Jan 21, 2016 at 23:42
Source of the 'buffer read-only' error
I believe that the source of that error: Buffer is read-only: <#BUFFER-NAME>
is in the C source code.
So the solution to this would be to tweak the source code and build emacs locally by commenting out this specific line.
For reference, here is that code snippet that throws that error:
if (!NILP (BVAR (current_buffer, read_only))
&& NILP (Vinhibit_read_only)
&& NILP (Fget_text_property (pos, Qinhibit_read_only, Qnil)))
xsignal1 (Qbuffer_read_only, Fcurrent_buffer ());
return Qnil;
.. and commenting out that xsignal
line should do the trick.
Suggested Approach
There is a much easier way to avert this annoyance for the duration you are working in a read-only buffer .. you can temporarily NOT make it read-only.
- Doing
M-x read-only-mode
(bound by default toC-x C-q
) toggles any buffer between read-only mode and editable mode.
So if you are getting a lot of these errors, simply make the buffer temporarily editable by hitting C-x C-q
.
A note of warning: Doing the C source hack could be a major source of confusion in future. So I wouldn't do it.
-
1As far as I can tell
(defun barf-if-buffer-read-only () nil)
has the same effect as commenting out thexsignal1
call and re-building Emacs. :-) Jan 21, 2016 at 19:03 -
@Constantine TIL that we can override C functions in elisp. Thanks! Jan 21, 2016 at 19:11
-
Regarding modifying things using elisp: this reminds me of this old question about
nil
: emacs.stackexchange.com/questions/2935/how-can-i-bring-back-nil Jan 21, 2016 at 19:45